L 

Number 


Hits 


Search Text 


DB 


Time stamp 


1 


1 


6321231. pn. and folder 


US PAT; 


2003/12/12 






US-PGPUB; 


13:26 








EPO; JPO; 










DERWENT 




3 


1 


6321231. pn. and database 


US PAT ; 


2003/12/12 






US-PGPUB; 


13:53 








EPO; JPO; 










DERWENT 




4 


1 


6321231. pn. and instruct$3 


US PAT; 


2003/12/12 






US-PGPUB; 


13:43 








EPO; JPO; 










DERWENT 




5 


1 


6321231. pn. and folder 


US PAT; 


2003/12/12 








US-PGPUB; 


13:43 








EPO; JPO; 










DERWENT 




6 


1 


6321231. pn. and (folder same (conver$6 


US PAT; 


2003/12/12 






transform$4 transfer$4)) 


US-PGPUB; 


13:46 








EPO; JPO; 










DERWENT 




9 


1 


6321231. pn. and (creat$3 with folder) 


US PAT; 


2003/12/12 






US-PGPUB; 


16:59 








EPO; JPO; 










DERWENT 




40 


21 


OPI with postscript 


US PAT; 


2003/12/12 








US-PGPUB; 


16: 15 








EPO; JPO; 










DERWENT 




41 


4 


(OPI with postscript) and @ad<19990609 


US PAT; 


2003/12/12 






US-PGPUB; 


16:44 








EPO; JPO; 










DERWENT 




44 


17 


opi near comment 


US PAT; 


2003/12/12 






US-PGPUB; 


16:44 








EPO; JPO; 










DERWENT 




45 


4 


(opi near comment) and @ad<19990609 


US PAT; 


2003/12/12 






US-PGPUB; 


16: 45 








EPO; JPO; 










DERWENT 




46 


4 


((opi near comment) and @ad<19990609) and 


US PAT; 


2003/12/12 






postscript 


US-PGPUB; 


16:45 






EPO; JPO; 










DERWENT 




47 


1 


6321231. pn. and correspond$3 


US PAT; 


2003/12/12 








US-PGPUB; 


16:52 








EPO; JPO; 










DERWENT 




48 


0 


6321231. pn. and path 


US PAT; 


2003/12/12 








US-PGPUB; 


16:52 








EPO; JPO; 










DERWENT 




49 


1 


6321231. pn. and location 


US PAT; 


2003/12/12 








US-PGPUB; 


16:53 








EPO; JPO; 










DERWENT 




50 


1 


6321231. pn. and resolution same (location 


US PAT; 


2003/12/12 






storage) 


US-PGPUB; 


16:53 








EPO; JPO; 










DERWENT 




51 


1 


6321231. pn. and resolution with format 


US PAT; 


2003/12/12 






US-PGPUB; 


17:03 








EPO; JPO; 










DERWENT 




55 


1 


6321231. pn. and (user with cop$5) 


US PAT; 


2003/12/12 






US-PGPUB; 


17:05 








EPO; JPO; 










DERWENT 
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56 


0 


6321231. pn. and (user with cop$5 with 


US PAT; 


2003/12/12 






server) 


US-PGPUB; 


17:05 








EPO; JPO; 










DERWENT 




57 


1 


6321231. pn. and (user with cop$5 with 


US PAT ; 


2003/12/12 






folder) 


US-PGPUB; 


17:15 








EPO; JPO; 










DERWENT 




58 


1 


6321231. pn. and (processor) 


US PAT ; 


2003/12/12 








US-PGPUB; 


17:24 








EPO; JPO; 










DERWENT 




59 


1 


6321231. pn. and delet$3 


US PAT ; 


2003/12/12 






US-PGPUB; 


17:25 








EPO; JPO; 










DERWENT 




- 


7167 


( (low and high) near resolution) 


US PAT 


2003/12/04 








09:27 


- 


442 


(({low and high) near resolution)) and 


US PAT 


2003/06/11 






server 




11:54 


- 


11 


((((low and high) near resolution)) and 


US PAT 


2003/06/11 






server) and (OPI near system) 




08:09 




0 


( ( ( ( (low and high) near resolution) ) and 


US PAT 


2003/06/11 






server) and (OPI near system) ) and 




08:02 






(server same monitor$3 same folder) 








0 


(((((low and high) near resolution)) and 


US PAT 


2003/06/11 






server) and (OPI near system) ) and 




08:02 






(monitor$3 same folder) 






_ 


2 


(((((low and high) near resolution)) and 


US PAT 


2003/06/11 






server) and (OPI near system) ) and 




08:06 






(folder) 








2 


OPI near2 folder 


US PAT 


2003/06/11 










09:39 


_ 


0 


(OPI near2 folder) and monitor$3 


US PAT 


2003/06/11 








08:09 


_ 


0 


(((({low and high) near resolution)) and 


US PAT 


2003/06/11 






server) and (OPI near system) ) and server 




08:10 






with monitor$3 






_ 


1 


6483524. pn. 


US PAT 


2003/06/11 








09:39 


_ 


1 


6483524. pn. and command 


US PAT 


2003/06/11 








09:42 


_ 


1 


6483524. pn. and command same folder 


US PAT 


2003/06/11 








11:09 


_ 


1822 


717/100-104. eels, or 716/4- 6 . eels . or 


US PAT 


2003/06/11 






703/19. ecls. 




11:11 


- 


728 


(({low same high) same resolution)) and 


US PAT 


2003/06/11 






server 




11:55 


- 


306 


{{(low same high) near2 resolution)) and 


US PAT 


2003/06/11 






server 




11:55 


_ 


17 


((((low same high) near2 resolution)) and 


US PAT 


2003/06/11 






server) and opi 




11:56 


_ 


6 


(((((low same high) near2 resolution)) 


US PAT 


2003/06/11 






and server) and opi) and (fil$3 and 




12:12 






folder) 






_ 


1 


6559966. pn. and file 


US PAT 


2003/06/11 








13: 17 


_ 


1 


709/224. eels . and (monitor$3 with folder) 


US PAT 


2003/06/11 










13:14 




4 


709/224. eels . and (monitor$3 same folder) 


US PAT 


2003/06/11 










13:14 




1 


65 5 99 6 6. pn. and command 


US PAT 


2003/06/11 








13:17 


_ 


1 


6559966. pn. and client 


US PAT 


2003/06/11 








13:18 


- 


1 


6559966. pn. and client same (file folder) 


US PAT 


2003/06/11 








13:30 




1 


6559966. pn. and server same (file folder) 


US PAT 


2003/06/11 








13:29 




2 


5911776. pn. or 6145086. pn. 


US PAT 


2003/06/11 








13:30 
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- 


1 


6559966. pn. and client same (file folder) 


US PAT 


2003/06/11 






same (execut$3 command retriev$3) 




13:36 


- 


1 


6559966. pn. and eps 


US PAT 


2003/06/11 








13:49 


- 


1 


6559966. pn. and edit$3 


US PAT 


2003/06/11 








14:19 


- 


12 


opi near system 


US PAT 


2003/06/11 










14:11 


- 


11 


(opi near system) and ( (high and low) 


US PAT 


2003/06/11 






near2 resolution) 




14:11 


- 


3 


( (opi near system) and ( (high and low) 


US PAT 


2003/06/11 






near2 resolution) ) and ( (user client) 




13:51 






with edit $3) 






- 


10 


((opi near system) and ((high and low) 


US PAT 


2003/06/11 






near2 resolution) ) and ( (user client) 




14:12 






with (creat$3 modif$7 chang$3 edit$3) ) 






- 


10 


( ( (opi near system) and ( (high and low) 


US PAT 


2003/06/11 






near2 resolution) ) and ( (user client) 




13:52 






with (creat$3 modif$7 chang$3 edit$3) ) ) 










and server 






- 


23 


opi near2 system 


US PAT 


2003/06/11 










15:00 


- 


16 


(opi near2 system) and ( (high and low) 


US PAT 


2003/06/11 






near2 resolution) 




14:12 


- 


14 


( (opi near2 system) and ( (high and low) 


US PAT 


2003/06/11 






near2 resolution) ) and ( (user client) 




14:13 






with (creat$3 modif$7 chang$3 edit$3) ) 






- 


14 


( ( (opi near2 system) and ( (high and low) 


US PAT 


2003/06/11 






near2 resolution) ) and ( (user client) 




14:15 






with (creat$3 modif$7 chang$3 edit$3))) 










and server 






- 


1 


6559966. pn. and low with resolution 


US PAT 


2003/06/11 








14:26 


- 


1 


6559966. pn. and server same (file or 


US PAT 


2003/06/11 






folder) 




14:51 


- 


22 


server same monitor$3 same folder 


US PAT 


2003/06/11 










14:51 


- 


0 


(opi near2 system) and (client near 


US PAT 


2003/06/11 






edit$3) 




15:00 


- 


17117 


client and server 


US PAT 


2003/06/12 










10:06 


- 


435 


(client and server) and ( (server near4 


US PAT 


2003/06/12 






monitor$3) same (folder directory drive 




10:09 






storage file) ) 






- 


36 


( (client and server) and ( (server near4 


US PAT 


2003/06/12 






monitor$3) same (folder directory drive 




10:49 






storage file) ) ) and (image near data) 






- 


1 


6330068. pn. and server same monitor$3 


US PAT 


2003/06/12 










10:54 


- 


1 


6330068. pn. and server same (file) 


US PAT 


2003/06/12 








10:57 




1 


6330068. pn. and (image near server) 


US PAT 


2003/06/12 








11:02 


- 


1 


6330068. pn. and monitor$3 


US PAT 


2003/06/12 










11:27 


- 


1 


6330068. pn. and (check$3 verif$7) 


US PAT 


2003/06/12 










11:06 


- 


0 


6330068. pn. and (execut$3 same command) 


US PAT 


2003/06/12 








11:09 


- 


1 


63300 68. pn. and (command) 


US PAT 


2003/06/12 










11:09 


- 


1 


6330068. pn. and (client with command) 


US PAT 


2003/06/12 








11:11 


- 


1608 


(client and server) and (server near4 


US PAT 


2003/06/12 






monitor$3) 




11: 13 


- 


1 


6330068. pn. and system 


US PAT 


2003/06/12 








11:31 




1 


6330068. pn. and (high same low same 


US PAT 


2003/06/12 






resolution) 




11:39 




1 


6330068. pn. and (high same low same 


US PAT 


2003/06/12 






resolution same output) 




12:28 
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_ 


1 


6330068. pn. and client with edit$3 


US PAT 


2003/06/12 








12:32 


_ 


1 


6330068. pn. and file with transmit$4 


US PAT 


2003/06/12 








12:52 


_ 


1 


6330068. pn. and replac$3 


US PAT 


2003/06/12 








12:35 


_ 


1 


6330068. pn. and transfer$4 


US PAT 


2003/06/12 








12:52 


_ 


5 


server with monitor$3 with folder 


USPAT 


2003/12/04 










10:12 


_ 


0 


6330068. pn. and pdf 


US PAT 


2003/12/04 








10:13 


_ 


4 


pdf . ti. 


USPAT 


2003/12/04 








10: 14 


_ 


60 


pdf . ab. 


USPAT 


2003/12/04 








10: 14 


_ 


7 


(pdf with conver$5 ) . ab. 


USPAT 


2003/12/04 








10:15 


_ 


247 


adobe . as . 


USPAT 


2003/12/04 










10:38 


_ 


9 


adobe. as. and (pdf with conver$5) 


USPAT 


2003/12/04 








10:16 


- 


2194008 


"9" and @ad<19990 607 


USPAT 


2003/12/04 










10: 17 


_ 


8 


(adobe. as. and (pdf with conver$5)) and 


USPAT 


2003/12/04 






@ad<19990607 




10: 19 


- 


1 


((adobe. as. and (pdf with conver$5) ) and 


USPAT 


2003/12/04 






@ad<19990607) and distiller 




10:29 


- 


26 


(monitor ad j 4 folder) and @ad<19990607 


USPAT 


2003/12/04 








10:43 


_ 


1 


((adobe. as. and (pdf with conver$5) ) and 


USPAT 


2003/12/04 






@ad<19990607) and (distiller same 




10:38 






(execut$3 or convert$3 or process$3 or 










transform$3) ) 






_ 


8 


(watch$3 adj4 folder) and @ad<19990607 


USPAT 


2003/12/04 








10: 40 




2 


(batch near file) with folder 


USPAT 


2003/12/11 








13:30 


_ 


922 


batch near file 


USPAT 


2003/12/11 










13:30 


- 


177 


(batch near file) with execut$3 


USPAT 


2003/12/11 








13:30 


_ 


79 


(batch near file) adj 4 execut$3 


USPAT 


2003/12/11 








13:30 


_ 


6 


((batch near file) adj4 execut$3) same 


USPAT 


2003/12/11 






(folder directory) 




13:47 


_ 


630 


monitor$3 near3 (folder directory) 


USPAT; 


2003/12/11 








US-PGPUB; 


13:48 








EPO; JPO; 










DERWENT 




- 


339 


(monitor$3 near3 (folder directory)) and 


USPAT; 


2003/12/11 






@ad<19990609 


US-PGPUB; 


13:48 








EPO; JPO; 










DERWENT 




_ 


35 


( (monitor$3 near3 (folder directory) ) and 


USPAT; 


2003/12/11 






@ad<19990609) and (command near2 


US-PGPUB; 


13:48 






execut$3) 


EPO; JPO; 










DERWENT 




_ 


6 


( ( (monitor$3 near3 (folder directory) ) 


USPAT; 


2003/12/11 






and @ad<19990609) and (command near2 


US-PGPUB; 


15:37 






execut$3) ) and client and server 


EPO; JPO; 










DERWENT 




_ 


63 


acrobat with server 


USPAT; 


2003/12/11 








US-PGPUB; 


15:39 








EPO; JPO; 










DERWENT 






7 


(acrobat with server) and @ad<19990609 


USPAT; 


2003/12/11 






US-PGPUB; 


15:48 








EPO; JPO; 










DERWENT 
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- 


17 


(acrobat with server) and batch 


USPAT; 


2003/12/11 








US-PGPUB; 


15:39 








EPO; JPO; 










DERWENT 




- 


1 


((acrobat with server) and @ad<19990609) 


USPAT; 


2003/12/11 






and batch 


US-PGPUB; 


15:47 








EPO; JPO; 










DERWENT 




- 


35 


server same client same ((script batch) 


USPAT; 


2003/12/11 






near file) same (directory folder) 


US-PGPUB; 


15:48 








EPO; JPO; 










DERWENT 




- 


14 


(server same client same ( (script batch) 


USPAT; 


2003/12/12 






near file) same (directory folder) ) and 


US-PGPUB; 


10:58 






@ad<19990609 


EPO; JPO; 










DERWENT 




- 


5614 


client with (command applet servlet 


USPAT; 


2003/12/12 






batch) with server 


US-PGPUB; 


10:28 








EPO; JPO; 










DERWENT 




- 


11 


(client with (command applet servlet 


USPAT; 


2003/12/12 






batch) with server) and ((server near3 


US-PGPUB; 


10:30 






monitor$3) with (folder directory) ) 


EPO; JPO; 










DERWENT 




- 


27565 


( (batch adj file) or batch or script$3) 


USPAT; 


2003/12/12 






near (execut$3 process$2) 


US-PGPUB; 


11:00 








EPO; JPO; 










DERWENT 




- 


271 


( (batch adj file) or script) near4 


USPAT; 


2003/12/12 






(execut$3 ad j 4 process$2) 


US-PGPUB; 


11:23 








EPO; JPO; 










DERWENT 




- 


153 


( { (batch adj file) or script) near4 


USPAT; 


2003/12/12 






(execut$3 ad j 4 process$2)) and 


US-PGPUB; 


11:02 






@ad<19990609 


EPO; JPO; 










DERWENT 




- 


128 


(((batch adj file) or script) near4 


USPAT 


2003/12/12 






(execut$3 ad j 4 process$2)) and 




11:10 






@ad<19990609 






- 


20 


opi near server 


USPAT 


2003/12/12 








11:08 


- 


0 


((((batch adj file) or script) near4 


USPAT 


2003/12/12 






(execut$3 ad j 4 process$2) ) and 




11:11 






@ad<19990609) and opi 






- 


17 


("5029115" | "5113356" I "5581667" | 


USPAT 


2003/12/12 






"5625766" | "5666543" I "5713032" I 




11:14 






"5761392" I "5848415" | "5911776" I 










"5988899" I "6011905" | "6012070" I 










"6049390" I "6055064" | "6088710" | 










"6205452" I "6229623") .PN. 






- 


0 


(((batch adj file) or script) near4 


USPAT; 


2003/12/12 






(execut$3 ad j 4 process$2) ) and (watch 


US-PGPUB; 


11:24 






adj 2 folder) 


EPO; JPO; 








DERWENT 




- 


0 


(((batch adj file) or script) near4 


USPAT; 


2003/12/12 






(execut$3 ad j 4 process$2)) and ( (watch$3 


US-PGPUB; 


11:25 






or monit$3) adj2 folder) 


EPO; JPO; 










DERWENT 




- 


0 


(((batch adj file) or script) near4 


USPAT; 


2003/12/12 






(execut$3 adj4 process$2)) and ( (watch$3 


US-PGPUB; 


11:25 






or monit$5) adj 2 folder) 


EPO; JPO; 










DERWENT 




- 


145 


(((batch adj file) or script) near4 


USPAT; 


2003/12/12 






(execut$3 ad j 4 process$2)) and ( (watch$3 


US-PGPUB; 


11:33 






or monit$5) ) 


EPO; JPO; 










DERWENT 






12 


(((batch adj file) or script) near4 


USPAT; 


2003/12/12 






(execut$3 adj4 process$2)) and ( (watch$3 


US-PGPUB; 


11:34 






or monit$5) near4 (folder$l or direct$3)) 


EPO; JPO; 










DERWENT 
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- 


2 


adobe. as. and ((watch or 


monit$5) near4 


US PAT; 


2003/12/12 






(fold$3 or 


direct$3) ) 






US-PGPUB; 
EPO; JPO; 
DERWENT 


11:37 


- 


35086 


( (watch or 
direct$3) ) 


monit$5) near4 


(fold$3 or 




US PAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT 


2003/12/12 
11:37 


- 


28716 


( (watch or 


monit$5) near4 


(fold$3 or 




US PAT; 


2003/12/12 






direct$3) ) 


and (execut$3 


or process$3 


or 


US-PGPUB; 


11:39 






caus$3 ) 








EPO; JPO; 
DERWENT 




- 


19022 


( (watch or 


monit$5 ) near4 


(fold$3 or 




US PAT; 


2003/12/12 






direct$3) ) 


and (execut$3 


or process$3 


or 


US-PGPUB; 


11:39 






caus$3) and @ad<19990601 






EPO; JPO; 
















DERWENT 




- 


4611 


{ (watch or 


monit$5) adj2 


(fold$3 or 




US PAT; 


2003/12/12 






direct$3) ) 


and (execut$3 


or process$3 


or 


US-PGPUB; 


11:40 






caus$3) and @ad<19990601 






EPO; JPO; 
















DERWENT 






2 


( (watch or 


monit$5) adj2 


(fold$3 or 




US PAT; 


2003/12/12 






direct$3) ) 


and (execut$3 


or process$3 


or 


US-PGPUB; 


12:14 






caus$3) and @ad<19990601 


and OP I 




EPO; JPO; 
















DERWENT 






1 


6321231. pn 


. and coiruxiand 






US PAT; 


2003/12/12 












US-PGPUB; 
EPO; JPO; 
DERWENT 


12:15 




1 


6321231. pn 


. and execut$3 






US PAT; 


2003/12/12 












US-PGPUB; 
EPO; JPO; 
DERWENT 


13:18 
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for the intended printer. The result is stored. Finally, a 
printer's Postscript interpreter is used to generate a raster 
and the picture is printed. The advantage is that if a change 
needs to be made to the page after printing, the high 
resolution picture from storage can be used so that the high 
resolution image processing need not be repeated 
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IMAGE CACHING IN AN OPEN PREPRESS 
INTERFACE 

BACKGROUND OF THE INVENTION 

[0001] A method of using an Open Prepress Interface 
(OPI) for image processing (scaling, rotating, etc.) the high 
resolution image as well as placing this image into the 
document, so that the final electronic image can be stored 
more easily by the user. 

[0002] The Open Prepress Interface, sometimes referred to 
as an image replacement strategy, was created for the users 
(graphic artists) who perform the page layout which includes 
the manipulating and locationing of high resolution pictures 
in digitized form. Since high resolution images are so large, 
the manipulations can take a very long time. For this reason, 
OPI allows the use of a low resolution image during page 
layout, but have the high resolution image appear on the 
printed page. The graphic artist could have created the high 
resolution image from a scanner or it may have come from 
a CD or electronic catalog. 

[0003] A typical image replacement process is: Both high 
and low resolution versions of an image are created and 
stored into an image database. The user retrieves low- 
resolution versions of the images and creates a document 
with a page layout program. Using the page layout program, 
the low resolution versions can be rotated, scaled, and 
cropped. These image transformations are quick because 
they are done on the low resolution version. When a 
hardcopy print is needed, the page layout program generates 
a Post Script (PS) Master. At this point the page layout 
program is in a position to automatically insert OPI com- 
mands into the PS Master. These commands include crop- 
ping, resizing and rotating the low resolution image. The PS 
master from the user is sent to' the OPI Consumer which is 
a layer of software which usually resides with the final 
printing service. Here, the system replaces the low-resolu- 
tion images with the high-resolution versions. Finally, the 
layout is sent to a Postscript interpreter, which can crop, 
scale or rotate the images and puts the page into a form that 
can be used by the particular printing press or printer to print 
the final pages. The Postscript interpreter is associated with 
a particular printer, and in the case of high-end printers, is 
built into the front end. This entire process is detailed by the 
OPI specification which describes the processes to be per- 
formed by the OPI Consumer and Postscript Interpreter. 

[0004] The software can be seen as being divided into two 
layers, the OPI Consumer, and the PS Interpreter. The first 
layer, the OPI Consumer, does the general operations that 
can conveniently be done without being limited to a specific 
printer, basically the image replacement. Thus, the output of 
the OPI Consumer is in a form that can be sent to any printer. 
The second layer of software is executed after a particular 
printer is identified. Here the data is put into a format, 
including a printing pixel density, that is required by the 
target printer. In a network, this leads to the arrangement 
where there may be a number of printers, each with its 
interpreter being supplied by one central OPI consumer. 

[0005] The advantages of image replacement are savings 
in time and file storage since the page layout process is not 
encumbered by moving around high resolution color image 
files. Another benefit is a division of labor that makes sense 
for many publications. Existing OPI strategies support the 



most commonly used page layout programs. For example, 
Compumation's Color Central OPI system works with 
QuarkXPress, Adobe PageMaker, Multi-Ad Creator and 
FrameMaker. 

[0006] However, the process is still time consuming, espe- 
cially because the image manipulations (rotation, scaling, 
etc.) of high- resolution images, up to 100 Megabytes each, 
are so computationally intensive. This is especially true 
when several final proofs are generated, allowing the user to 
make small final corrections. Each time, the high resolution 
image processing needs to be repeated. There is a need in the 
industry for a faster process. Also, in this system there is no 
place at which a final version of the image can be stored for 
future use. The PS master contains the unrotated, unscalled, 
high resolution image as only a set of bits in a PS Master 
which the interpreter manipulates and converts, line by line, 
into a series of bits to be sent to the printer. The interpreter 
has no knowledge of the source of these bits, and therefore 
can not do any intelligent processing or time savings based 
upon prior results. 

SUMMARY OF THE INVENTION 

[0007] This invention improves the process by enabling 
the OPI Consumer to manipulate the high resolution image, 
so that the final image is available to the user for reuse on 
subsequent prints. This saves time where small changes are 
made to the final proof that do not involve the image. In this 
case, the high resolution image is simply copied from 
storage, so the final rotation and scaling by the Postscript 
Interpreter does not have to be repeated for each proof. 
Because of the large number of pixels in each high resolu- 
tion image, the OPI consumer must have access to a large 
disk library. The space needed would be increased to accom- 
modate additional variations of images that have been 
cropped, scaled, or rotated. To efficiently manage the space 
a caching algorithm is implemented. Finally, the version 
thus produced by the OPI consumer is no longer in a form 
that can be sent to any printer (but could go to a class of 
printers); it is now scaled and may also be color space 
transformed for a single printer class. However, it has been 
determined that these added requirements and limitations are 
more than offset by the increased speed of processing. 

[0008] Of course, if the user knows that be wants the same 
image, with the same manipulations, he used for this final 
page on the previous iteration of proof reading, or the same 
image he used several weeks before in a different document, 
he can create it and then specify it. However, this process 
can also be automatic and transparent to the user. The OPI 
Consumer can examine the current image name and pro- 
cessing, compare it to all of the stored images, and use a 
similar previous image if it is identical in all respects or 
easily derived from other saved images. Thus, the system 
will access the previous image even if the user doesn't know, 
or forgot, that it exists; and will save the user's time in any 
case by automatically accessing it. 

[0009] It should be noted that even if the user of the prior 
art system did decide to store the final high resolution image, 
it can not be done in the prior art system since at the second 
PS Master stage the image is still missing the position, size, 
rotation and skewing of the final image, and after the 
Postscript Interpreter, the data has been reduced to a stream 
of binary bits which is unintelligible to the user, and which 
is useful only to feed the particular printer being used. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] FIG. 1 is a flow chart of the standard, prior art OPI 
processing. 

[0011] FIG. 2 is the improved OPI processing with image 
processing and caching. 

DETAILED DESCRIPTION OF THE 
INVENTION 

[0012] FIG. 1 is a flow chart of the standard, prior art OPI 
processing. The user, typically working at a computer, and 
using a standard software page layout package like Quark 
Xpress or Adobe Page maker, generates a PS Master 10 
which consists of text, low resolution images received from 
the prepress house and OPI commands about how the 
various items shall be located, rotated, scaled, etc. 

[0013] Next, the OPI Consumer 12 (Such as Color Cen- 
tral) combines the high resolution image from an Image 
Database 11, with the PS Master 10 to form a second version 
of the PS Master 13. This is sent to the PS Interpreter 14 
(Such as an Adobe PS Interpreter, or Xionics PS Interpreter) 
which puts the entire package into a form that the printer can 
use to generate the hard copy, or final page 15. 

[0014] FIG. 2 is the improved OPI processing with image 
processing and caching. As before, the user generates the 
first PS Master 10 in Quark Xpress or Adobe Pagemaker. 
This is processed in the OPI Consumer 12, where image 
processing (rotation, scaling, etc.) takes place (Box 16) to 
produce a manipulated image 17. The Manipulated image 17 
goes back into the image database 11 as a cached image. The 
OPI Consumer produces the second PS Master 13. Finally, 
the second PS Master 13 is converted into a printerusable 
version by the PS interpreter 14 to produce the final page 15 



on the printer. Using this system, for subsequent prints, steps 
16 and 17 may be skipped by using the image cached in the 
database. 

[0015] While the invention has been described with ref- 
erence to a specific embodiment, it will be understood by 
those skilled in the art that various changes may be made and 
equivalents may be substituted for elements thereof without 
departing from the true spirit and scope of the invention. In 
addition, many modifications may be made without depart- 
ing from the essential teachings of the invention. 

What is claimed is: 

1. Apparatus for combining text and high and low reso- 
lution versions of a picture to form a printed page compris- 
ing: 

user means for combining the low resolution version and 
the text to form a low resolution master, 

an Open Prepress Interface Consumer (OPI) for 

a) combining the low resolution version and text onto a 
first master, 

b) locating or cropping the low resolution version, if 
necessary, 

an image processor for replacing the low resolution 
version with the high resolution version and for rotating 
or scaling if necessary to form a high resolution master, 

a memory to store the high resolution master, 

a Postscript Interpreter to convert the high resolution 
master into a raster, and 

a printer to print the raster. 

***** 
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A digital data management and order delivery system is 
provided. The system includes a storage device for storing 
digital data and a searching engine for developing a subset 
of the digital data stored in the storage device in response to 
inputs received from a first user. The system is also provided 
with a job order developer responsive to inputs received 
from the first user for developing a job order which includes: 
a) at least one copy of the digital data contained in the subset 
and identified by the first user; and b) a file containing 
information developed by the first user outside the system. 
In addition, the system includes a router for electronically 
routing the job order compiled by the job order developer to 
a second user specified by the first user. 
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DATA MANAGEMENT AND ORDER 
DELIVERY SYSTEM 

FIELD OF THE INVENTION 

The present invention relates generally to data manage- 
ment and publishing, and, more particularly, to a data 
management and order delivery system for providing stor- 
age of data such as digital images and for routing and 
delivering orders incorporating a selected subset of the 
stored data to a publishing facility or the like. 

BACKGROUND OF THE INVENTION 

As computers have attained more and more of a promi- 
nent role in virtually every aspect of life and every type of 
business, the need to effectively and efficiently store digital 
data has intensified. This need is particularly acute in the 
context of digital images where large amounts of computer 
memory can be consumed by a single high resolution image. 
Thus, businesses and the like that frequently develop digital 
images can find themselves quickly depleting their in-house, 
on-line storage capabilities for such assets. Businesses in 
such a position have often reacted by storing these assets 
off-line, in magnetic or optical storage mediums such as 
floppy disks and compact disks. In some instances, the 
digital asset is deleted and retained only in the form of a hard 
copy, such as a transparency that can be digitized through a 
scanning process should a future use for the image arise. 

While these approaches have alleviated some of the 
capacity problems associated with storing digital assets, they 
have suffered from certain deficiencies. For example, off- 
line storage such as that described above inherently leads to 
inefficiencies such as administrative costs associated with 
cataloging digital assets, delays in locating digital data and, 
in some instances, loss of the asset altogether. Moreover, in 
those instances where assets are stored in hard copy form as 
transparencies or the like, re-scanning an image for future 
use can lead to inefficient redundancies such as repeating 
digital re-touching, image correction, or color correction 
procedures and the like. Further, the conversion from digital 
data to hard copy form and back can result in degradation of 
image quality. 

The rapidly increasing value of digitized images has 
heightened the importance of efficiently and safely storing 
and managing digital assets. Indeed, the explosive growth of 
the internet is indicative of an unprecedented demand for 
digital media assets and the corresponding increased value 
such assets are presently enjoying. 

The advertizing and publishing industries are both sig- 
nificantly impacted by the ready accessibility (or lack 
thereof) of digital images. By way of example, advertizing 
agencies often utilize images of products or the like in the 
publications they create for their clients. Often these images 
take the form of photographs or transparencies. To create a 
distributable product, these agencies often forward the trans- 
parencies or photographs to be published to an outside 
facility for digitizing. After the digital image is created, the 
outside agency typically stores the data on a floppy disk or 
the like, and then either ships the digital data to a printer or 
returns the data to the agency for incorporation in a docu- 
ment to be printed. The printer can then print the desired 
quantity of the publication. 

If, subsequently, the need for additional copies of the 
publication arises and none of the involved entities has 
maintained a copy of the digital image, the entire process of 
shipping the transparencies or photographs to the digitizing 
facility, scanning the images, and forwarding the re-created 
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digital images to the printer must be repeated. Such a 
process leads to undesirable costs and possible differences 
between publication runs due to differences in any correc- 
tions or modifications made to the digital image in the two 
5 separate digitization processes. These same costs and diffi- 
culties can arise in instances where it becomes desirable to 
re-use a digital asset in a different publication or in a 
different format altogether (e.g., utilizing an image from a 
movie in an advertizing brochure). 

10 

SUMMARY OF THE INVENTION 

The present invention overcomes the drawbacks of the 
prior art by providing a digital image management and order 
delivery system. The system is provided with a storage 

15 device for storing digital images. It also includes a searching 
engine for developing a subset of the digital images stored 
in the storage device in response to inputs received from a 
first user. The searching engine is adapted to download low 
resolution copies of the subset to the first user. The system 

20 is also provided with a job order developer responsive to 
inputs received from the first user for developing a job order 
which includes: a) at least one high resolution copy of a 
digital image contained in the subset and identified by ihe 
first user, and b) a file containing information developed by 

25 the first user outside of the system. In addition, the system 
includes a router for electronically routing the job order 
developed by the job order developer to a second user 
specified by the first user. 

30 In some embodiments the system is provided with one or 
more of the following: aD image handler for processing 
digital images input into the system; a user identifier for 
discriminating between users communicating with the sys- 
tem to control access to the digital images stored in the 

3S storage device; an event tracker for monitoring and record- 
ing predefined events occurring in the system; means for 
developing a charge to be accessed a user for at least one of 
the events recorded by the event tracker; a communication 
device for receiving and transmitting data to one or more 

4Q remote users; and means for developing miniaturized depic- 
tions of the subset developed by the searching engine. In 
some preferred embodiments, the file in the job order 
developed by the job order developer defines a document to 
be printed; the second user is a printer; and the at least one 

45 high resolution image is to be printed as part of the docu- 
ment. 

Further, any of the foregoing embodiments can be pro- 
vided with means for receiving digital data from a data 
provider user to be stored in the storage device; and, means 

50 for compressing the digital data received by the receiving 
means in accordance with a parameter set by the data 
provider user. In some embodiments, the parameter defines 
a compression format to be employed by the compressing 
means. In others, the parameter defines a degree of com- 

55 pression to be employed by the compressing means. Any of 
the foregoing embodiments can be provided with means for 
developing an indication of a charge to be assessed the data 
provider user for storing the digital data in the storage 
device. In instances where such a charge developing means 

60 is provided, it can develop a charge based on the amount of 
storage memory utilized by the digital data; based on the 
amount of time the digital data is stored in the storage 
device; or both. 
A method of managing digital images is also provided to 

65 overcome the drawbacks of the prior art. The method 
comprises the steps of: storing a high resolution and a low 
resolution copy of each of a plurality of digital images in an 
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electronically searchable format; permitting a first user to a host server, and a remote server in selective communica- 

locate and download a low resolution copy of at least one of tion with the host server. The remote server includes means 

the digital images; receiving an electronic file defining a for requesting a first set of data from the host server and 

document from the first user, the document being designed means responsive to the requesting means for developing a 

to incorporate the at least one digital image and data 5 second set of data defining instructions and identifying a 

developed outside of the system; receiving instructions from { ^ ^ 0 f <j a ta corresponding to the first set of data. The 

the first user directing that the electronic file be delivered to host server i ncru des means for developing a fourth set of 

a second user; and, automatically routing the electronic file data - n accordancc ^ fo c instructions in the second set and 

and a high resolution copy of the at least one digital image mean& for rQUting the fourth set of data t0 a jo5ber In some 

to the second user identified by the first user for publication. 1Q cmbodimcnts> th c sccond se t of dala iric i u dcs a page descrip- 

The noted deficiencies of the prior art are also overcome U0D language file; the first set of data comprises a low 

by providing a data management system of the following resolution image, and the third set of data includes a high 

type. Such a data management system includes means for resolution image corresponding to the low resolution image; 

storing first and second sets of data. Each of the first sets of and/or, the host server, the remote server and the job are 

data has a first bandwidth communication requirement. Each 15 interconnected via a network. In any of the foregoing 

of the second sets of data is representative of an associated embodiments, the third set of data can be the first set of data 

one of the first sets of data and has a second bandwidth and/or the second set of data can include the first set of data, 
communication requirement less than the first bandwidth 

communication requirement. The system also includes BRIEF DESCRIPTION OF THE DRAWINGS 

means for allowing a user to download a particular second M & ^ emcnt and work 

set of data from the storing means and means for accepting ^ de] . ^ in accordance ^ the 

a work order from a first location wherein the work order iL . C JL *• „• a u • ™-ki- 

•\ >n 7u i a * c a * a'aa teachings of the present invention and shown in one possible 

identifies the particular second set of data and includes ■ « * 

r i i j * j i • j *i_ 4 ti_ * • environment oi use. 

further data developed outside the system. The system is , 

also provided with means for electronically routing a job „ HG. 2 is a schematic illustration of a preferred embodi- 

order to a second location, and means for downloading the ment of the inventive system shown in an environment of 

first set of data associated with the second set of data to the use - 

second location. FIGS. 3A-3B together comprise flow charts illustrating 

Pursuant to another important aspect of the invention, a the overall operation of the system of FIG. 1. 

digital data storage facility for providing storage for a 30 FIGS. 4A-4C together comprise flow charts illustrating 

plurality of third party users is provided. The storage facility one possible embodiment of the autolog routine of the 

is provided" with a storage device; means for receiving system of FIG. 1. 

digital data from a user in the plurality; means for com- FIG. 5 is a flow chart illustrating one possible embodi- 

pressing the digital data received by the receiving means in men t 0 f the housekeeping routine of the system of FIG. 1. 

accordance with a parameter set by the user; and, means for 35 FIG 6 ^ a fiow chart illustrating one possible embodi- 

storing the digital data compressed by the compressing mem of lhe login r011t ine of the system of FIG. 1. 

means in the storage device. In certain preferred nGS 7A _ ?C hef rise flow charts illustrating 

embodiments, the parameter defines a compression format Qnc ib]e embodiment of thc 5rowse routirjc performed 

to be employed by the compressing means. In other . ^ tem of FIG t 

embodiments, the parameter defines a degree of compres- 40 ' ' . fl , 

sion to be employed by the compressing means. In any of FIGS - J^»C together compnse flowcharts llustra mg 

these embodiments, the storage facility may be provided <" I«* b embod.ment of the order routine of the system 

with means for developing an indication of a charge to be 0 ' " t 

assessed the user for storing the digital data in the storage FIGS. 9A-9B together comprise flowcharts illustrating 

device. The charge developing means may develop charges 45 one possible embodiment of the administration routine of 

based on the amount of storage memory utilized by the the system of FIG. 1. 

digital data; on the amount of time the digital data is stored FIGS. 10A-10J are system diagrams illustrating the pre- 

in the storage device; or both. ferred operation of the system of FIG. 2. 

The deficiencies of the prior art are also overcome by DESCRIPTION OF THE PREFERRED 

providing a digital data management and order delivery so EMBODIMENTS 
system of the following type. Such a system includes a 

storage device for storing digital data; a searching engine for A data management and work order delivery system 

developing a subset of the digital data stored in the storage constructed in accordance with the teachings of the inven- 

device in response to inputs received from a first user; a job tion is illustrated generally in FIG, 1. As detailed below, the 

order developer for receiving a work order from the first user ss system is implemented to provide a centralized database that 

and for developing a job order based on the work order; and, can be accessed, searched and modified by authorized users, 

a router for electronically routing the job order developed by Although the system can be used to store any type of digital 

the job order developer to a second user specified by the first data, in the most preferred embodiments it is primarily 

user. In some embodiments the work order includes a file utilized to store digital images. As explained below, the 

containing information developed by the first user outside of eo system is also adapted to serve as a job order developer and 

the system and the job order includes the file. The file may conduit for routing files from a browser or client such as an 

comprises a page description language file. In any of the advertizing agency to a jobber or supplier such as a printer, 

foregoing embodiments, the work order can identify digital Thus, the system is preferably adapted both to store digital 

data contained in the subset and the job order can include the assets and to facilitate use of those assets by providing a 

digital data identified in the work order. 65 ready means for distributing assets to authorized users. 

The present invention also overcomes drawbacks of the This combination of capabilities renders the system ide- 

prior art by providing a data management system comprising ally suited for facilitating publication and the like. For 
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example, a first user such as a corporation, may have a FIG. 2, these servers preferably are: a telecommunication 

number of digitized images of its products. In order to server 22 for effecting communication with users and the 

provide easy access to those images and to efficiently utilize like; an internet server 24 for supporting internet applica- 

its in-house computer storage facilities, that corporation can lions such as a web page as well as supporting communi- 

save these digital assets on the data management system. If, S cation via the internet; a mail server 26 for performing 

on occasion, the corporation wishes an advertizing agency to e " mail and fax messaging; a file storage server 28 for 

create a publication, such as a brochure or web page, controlling ^access to the digital [data; an SQL database server 

incorporating one or more of those digital images, the 30 for P«fo™"8 f earc * m S and , ^ntrolhng 

corporation need only provide the agency with access to the s f tora 8 e of operating and other da a; and an autolog server 32 

* J r 10 processing digital data to be stored on the system 10. Any 

^ m " server system can be implemented to undertake at least some 

Once given permission and provided with suitable pass- 0 f mese functions without departing from the scope of the 

word information, the advertizing agency could then access invention including, without limitation, IBM®, IBM® 

the system; search the database of the corporation's digital compatible, Intel® based compatible, and Digital Equip- 

images; and download low resolution copies of images to be ment® Alpha® based or Alpha® based compatible systems, 

used in the publication. The agency would then disconnect 15 Preferably, the system runs on the Windows NT® server 

or logoff from the system and begin its efforts to create a operating system, but other operating systems would also be 

document incorporating the downloaded images. Upon appropriate. 

completion of that process, the agency would re-connect to For the purpose of effecting the database functions 

the system to request that the system electronically route the described above, the host system 10 includes storage means 

created document with high resolution copies of the selected 20 for storing high and low resolution image data having high 

digital images to a publishing entity such as a printer, where and low bandwidth communication requirements, respec- 

the finalized brochure would be published. tivel y- In preferred embodiment, the storage means is 

Aj4 i a. i i *• • j ijj implemented by an optical data reader serviced by an optical 

Advantageously the low-resolution images downloaded ^ robo( 20 / allho ^ h other slor devices ^ £ the 

to the agency preferably have a relatively low bandwidth tape robot 32 shoWD ^ nG 2 afe nkewise appropriate . m 

communication requirement and can be transmitted in a host system 10 is preferably also provided with other storage 

relatively short amount of time. Such images are also far less devices including a tape or optical robot driven storage 

taxing on the computer resources of the agency during the devicc 34 t0 per f orm backup of operating system and 

creation of the brochure than high resolution copies of those transactional software, and an external RAID sub-system 36 

same images. After the images are stored on the system, high for buffering client data. Of course, some or aU of the servers 

resolution versions of the images, with their relatively high mentioned above would also have internal hard drives for 

bandwidth communication requirements and relatively long additional storage. Exemplary devices for implementing 

transmission times, are preferably only downloaded when lhese devices include, without limitation, a Quantum DLT 

required; such as when printing or otherwise publishing a 2 000 digital linear tape drive (34), a Document Imaging 

finalized product incorporating such images. ^ Systems Corp. (DISC) D-255U Optical tape robot sub- 

Although in the presently preferred embodiment, low system (32), and an nSTOR model CR8e-390T 27 gigabyte 

resolution and high resolution images are selectively tower RAID subsystem (36). 

employed to achieve the advantages discussed above, those jo permit data files to be input and moved to the various 
skilled in the art will readily appreciate that improvements storage devices 20, 32, 34, 36 of the host system 10, as well 
in areas such as compression technology could ultimately 4Q as to permit co-operative operation of the various servers 22, 
limit or eliminate those advantages. Accordingly, those 24, 2 6, 28, 30, 32, the servers are preferably networked 
skilled in the art will appreciate that the system could also together using an industry standard local area network 
be implemented to download and route digital images hav- (LAN) 18. One possible example of such a LAN implemen- 
ing the same or substantially the same resolution without tat ; on i nc i u des, without limitation, connecting the servers 
departing from the scope or spirit of the invention. 45 ^th a ioBase-T twisted category 5 twisted pair cable (10 
As used herein, "high resolution" refers to digital data as megabit/sec — Ethernet 802.3 protocol). By way of example, 
originally stored on the system. As used herein, "low reso- not limitation, higher bandwidth requirement systems may 
lution" is any abbreviated version of the originally stored substitute 100 Base-T (100 megabit/sec) connections or 
data. "Low resolution" can mean that the subject copy of the ATM (asynchronous transfer mode) at 155 megabits/sec 
data has a different size than the original data (e.g., 3 inches 50 connected with category 5 twisted pair or fiber optic con- 
by 2 inches instead of 6 inches by 4 inches), or that the nections. 

subject copy of the data has a lesser amount of information As shown in FIG. 1, the host system 10 is adapted for 

than the original data (e.g., 100 pixels instead of 800 pixels). communication with a plurality of users including, without 

Also, as used herein, "publication" refers to any convey- limitation, browsers and client orderers 12, image providers 

ance of information via any medium. Examples of publica- 55 14, and jobbers 16. Image providers 14 arc, generally 

tion include, without limitation, storing, displaying, speaking, the owners or developers of digital data to be 

distributing, or otherwise conveying data on a printed page, stored on the system. They are the users that wish to take 

on a display screen such as a CRT, on a web page, on a video advantage of the efficiencies associated with the centralized 

tape, on an audiotape, on a compact disc, on a digital video storage and electronic routing capabilities offered by the 

disc, on a floppy disc, and/or in a broadcast communication, $0 system. Jobbers or suppliers 16 are, generally speaking, 

In order to provide the centralized storage noted above, agencies such as printers, broadcasters, and the like. Brows- 

the system is preferably provided with a host system 10. As ers and orderers 12 are users given permission by the image 

illustrated in FIG. 2, although the host system 10 can be providers 14 to access the database. Examples of browsers 

implemented in a wide variety of ways, in the preferred and orderers include advertising agencies, consultants, and 

embodiment it is implemented by a number of programmed 65 the like. 

processing devices in the form of task specific servers As generally illustrated in FIG. 1, communication 

connected via a local area network (LAN) 18. As shown in between the host system 10 and the various users 12, 14, 16 
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can be effected by any known means of connectivity. For is fully addressed in connection with FIG. 10 below, after the 
example, the users 12, 14, 16 can access the host system 10 overall system operation is described, 
or communicate with one another through local area net- As mentioned above, in the preferred embodiment the 
works or wide area networks. Wide area networks can be software running the data management system is executed 
implemented through dial-up or dedicated communication $ on the computers located at the host site 10 and user 
servers. Examples of dedicated connections which could be locations 12, 14, 16. Preferably, the software generates a 
used in this role include, without limitation, a phone line graphical user interface at each of these locations. The 
with an asynchronous modem rated at 28.8 Kbps or higher; graphical user interface provides a user-friendly means for 
ISDN dial-up BR1 (basis rate interface) rated at 112 Kbps or interaction between the system and users. The host software 
128 Kbps; and ISDN dial-up PR1 (primary rate interface) 10 includes four main databases, namely, an image database, an 
rated at 64 Kbps up to 1536 Mbps (or 1.920 Mbps in activity database, a configuration database and a mail data- 
Europe). Examples of dedicated connections suitable for this base. The image database is adapted for archiving low and 
role include, without limitation, a Tl link between two high resolution copies of digital image files. The image files 
locations (1.5 Mbps) or fractionalized Tl; frame relay (56 are linked to an item record which includes information 
Kbps to 1.5 Mbps); switched multi-megabit data service 1S about the stored image files including, without limitation, 
(SMDS); cable broadband connections; synchronous optical pathnames to the low resolution and high resolution image 
network (SONET); point to point directional microwave; or files, a client identification notation, and a number of user- 
very small ape rature satellite (VS AT) linkages. As shown in specified fields of information used for searching. The 
FIG. 1, dial-up telephone communication can be direct or activity database is used to record events occurring at the 
via the internet. If desired, the host system 10 and users 12, 20 system such as: storing new data on the system; deleting data 
14, 16 can be hardwired to one another as an intranet. from the system; logging on and off the system; performing 
Preferably the host site 10 is adapted for communication a search on the system; downloading data from the system; 
with users having a wide variety of computer systems. For and routing a job order to a user. The mail database is used 
example, the suppliers and browsers 12, 16 can be provided to store e-mail, fax numbers, and conventional addresses for 
with a workstation or personal computer (PC) 38 and a 2 5 users. Finally, the configuration database is preferably used 
modem 40. Optionally, these users can be provided with a to save certain parameters for establishing communications 
hard-copy output device such as a printer 42 as shown in with and between users. These above-noted databases are 
FIG. 2. By way of example, not limitation, the workstation managed by a database manager program running on the 
or PC's 38 may be implemented as an IBM®, IBM® SQL database server 30 such as Microsoft SQL. In the 
compatible, any Intel® based compatible, Digital Equip- 30 preferred embodiment, the image database is implemented 
ment® Alpha® based, Alpha® based compatible, Apple® by the SQL database server 30 and the file storage server 28; 
Macintosh®, Sun SPARC®, Sun compatible, or Internet the activity database is implemented by the SQL database 
appliance computer system. Although other operating sys- server 30; the configuration database is implemented by the 
terns may likewise be appropriate, these workstations or SQL database server 30; and the mail database is imple- 
PCs preferably run Microsoft® Windows 95®, Windows 35 mented by the SQL database server 30 and the mailserver 
NT®, Windows NT® Workstation, MAC OS 7.X, Sun 26. 

Solaris®, MAC Next, OS/2 or any other operating system As those skilled in the art will appreciate, the host site 10 
capable of running Microsoft Internet Explorer®, Netscape is programmed to communicate with a plurality of users at 
Navigator® or any other suitable browser. the same time. Thus, although in the following for ease of 
Although other configurations and systems are 40 explanation the operating steps are described as occurring in 
appropriate, the computer system(s) of the image provider a particular time sequence and addressed as if a single user 
users 14 are preferably implemented by a telecommunica- is interacting with the system, in reality the system will 
lion server 43, a provider server 44, and one or more preferably be adapted to perform any number of the oper- 
workstations 46. As with users 12, 16, the computer ating steps and routines at a given time. For example, the 
system(s) of the image provider user 14 can also optionally 45 host system 10 may be running the auto log routine (FIGS, 
include a high resolution scanner 48, and/or a hard-copy 4A-4C) in response to a communication from User A while 
output device such as a printer 50 for printing out local also running the order routine (FIGS. 8A-8C) in its inter- 
reports, work orders, and administrative reports. By way of action with User B. Preferably, User A and User B are 
example, not limitation, the computer system(s) at the image completely unaware of the other's interaction with the 
provider user 14 can be implemented by an IBM®, IBM® 50 system and the system responds to the inputs of any given 
compatible, any Intel based compatible, Apple® user as if that user were the only party interacting with the 
Macintosh®, Digital Equipment® Alpha® based, or system. 

Alpha® based compatible computer. The computer systems Turning to the general operating software of the system 
at the image provider 14 preferably operate the Microsoft depicted in FIGS. 3A-3B, when the system is first brought 
Windows NT® server operating system, but other operating 55 on-line at the host site 10, a number of initialization pro- 
systems such as the UNIX operating system are also appro- cesses are performed by a block 100. These initialization 
priate. steps include such conventional housekeeping tasks as test- 
The operation and structure of the data management ing and configuring memory at the individual servers 22, 24, 
system will now be described in connection with the flow- 26, 28, 30, 32; establishing protocols for communication on 
charts appearing as FIGS. 3-9. As those skilled in the art will 60 the LAN 18; loading memory resident software into 
appreciate, the majority of the software utilized to imple- memory; and other administrative functions such as client 
ment the data management system is run on servers located user account setup, and client database structure setup. Some 
at the host site 10. However, parts of the software can also or all of these housekeeping functions are performed by each 
be run locally on the client machine. As the precise location of the servers 22, 24, 26, 28, 30, 32. The noted administra- 
where the steps are executed can be varied without departing 65 live functions are performed by the administrative worksta- 
from the scope of the invention, FIGS. 3-9 do not address lion 8. After the system 10 has been properly initialized, a 
which machine is performing which functions. That subject flag or counter is checked to determine whether it is time to 
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call a housekeeping routine depicted in FIG. 5 and discussed 
below (block 102). 

Assuming the housekeeping routine is not called, the 
database management system enters into a holding state 
where it continually checks for an input from a user (blocks 
104 and 106). Such an input can take the form of an attempt 
to log in to the system or the delivery of a data file for 
storage on the system. Assuming for purposes of explanation 
that the database management system determines that a data 
file has been received for storage in the storage device at the 
host site 10 (block 106), the system will identify the client 
who sent the file and call the autolog routine (block 108). 

Upon initialization of the autolog routine (FIG. 4A), the 
autolog server 32 first determines whether the received file 
is compressed (block 200). If it is not compressed, the server 
stores the received file in a temporary file (block 204). If the 
received file is compressed, the server 32 decompresses the 
file in accordance with conventional decompression algo- 
rithms (block 202) before storing the received data file to the 
temporary file (block 204). 

The autolog server 32 then polls the file storage server 28 
to determine whether the received file has the same filename 
as any existing file (block 206). If so, the autolog server 32 
appends a suffix to the filename of the newly received file 
(block 208). This approach is implemented to ensure digital 
data archived on the database management system is not lost 
or otherwise deleted unless an affirmative request to delete 
is received from an authorized user. 

After an appropriate filename is chosen, the autolog server 
34 creates an item record and stores it in the image database 
(block 210). As mentioned above, item records are akin to 
summary sheets for the stored digital data. They contain 
information identifying the pathnames of their associated 
image files (preferably low and high resolution copies) and 
include several user defined fields to enable searching. In the 
preferred embodiment, the creation of the item record by 
block 210 does not render the digital data part of the 
searchable database. Instead, the image provider user must 
login to the system; review the item record; optionally fill in 
the data fields to permit subsequent searching; and approve 
the item record and its associated image for searching. Only 
after the image provider user 14 approves the item record is 
the status of the new data file changed to enable searching. 
This status change can be noted by a flag or field associated 
with the item record. 

After the item record is created and stored, the autolog 
server 32 examines the newly received data file to determine 
whether it is an image file (block 212). If the data to be 
stored in the data management system is not an image file, 
the system 10 skips ahead (block 214) to block 226 in FIG. 
4B. Assuming for the moment that an image file has been 
received, the host site 10 generates a thumbnail representa- 
tion of the image (block 216). This thumbnail representation 
is preferably a JPEG file that is developed by making a copy 
of the original file, discarding some of the pixel information, 
and shrinking the image to about one square inch in size. The 
thumbnail representation is stored in the image database. 
The newly created item record is then updated to include the 
pathname of the thumbnail file (block 217). 

In accordance with an aspect of the invention, the autolog 
software and server 34 can optionally be adapted to translate 
new image files received from a user 14 into a predetermined 
file format. For example, a user 14 can instruct the system 
10 to save its image files as tagged image file format files. 
Upon receiving a new image file, the autolog server 34 
determines whether the new file is in the predetermined 
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format (in this instance, the TIFF format) (block 218). If not, 
the autolog server 34 translates the new image file into the 
predetermined file format (block 219). If the new file 
received from the user 14 is already in the predetermined file 
format (block 218), the autolog server 34 proceeds to block 
220 without performing a translation. In order to enable the 
autolog server 34 to translate received files pursuant to the 
user's instructions, the autolog software preferably includes 
a translation matrix providing instructions on how to trans- 
late files between commonly used file formats. 

Regardless of whether a file format translation is 
performed, a full scale, low resolution copy (hereinafter the 
"low res image" or "low res copy") of the image is then 
generated (block 220). As discussed above, this low reso- 
lution image will have a lower bandwidth communication 
requirement than the original, higher resolution image 
received from the image provider user. 
f~In accordance with an aspect of the invention, the autolog j 
software and server 34 are adapted to perform a user-defined j 
20 type of compression on the image data to be stored pursuant ' 
^to-a-preset, user defined, compression value. For example, if^ 
s TIFF (tagged image file format) or CT (Scitex continuous 
tone) files are passed to the autolog server 34, and the image 
■■' provider user 14 has previously indicated that its files are to 
25 "be compressed in accordance with a medium value Adobe® ' 
JPEG compatible compression technique, the autolog server / 
34 invokes the appropriate compression algorithm, applies 
I the compression routine, and stores the image file in the 
/_image database in the manner specified by the user 14 (block 
222). To this end, the autolog server 34 is preferably / 
provlded_with _a_ library^ o_L industr y standard algorithms / 
which"can^by~invol^d~aTrequired to perform the compres- 
sion type and level requested by the user. Preferably, /the 
image providexj^r_^^^p^cify its desired compression 
algorithm "and "compression value when its account is 
-opened, and this information will be saved in the host system 

10 for use when.new_files„arrive. / 

Following the block 222, the autolog server 34 then 
updates the corresponding image record to include the 
pathname of the low resolution image file (block 224). 
Subsequently, the autolog server 34 utilizes the user com- 
pression algorithm specified by the user to compress and 
store the original image file, which is preferably a high 
resolution digital image, in the appropriate database (block 
226). As with the processing of the low-res image file, the 
server 34 preferably updates the associated item record to 
include the pathname of the original image file (block 228). 
Preferably, both the low resolution and the original image 
file are stored in the file format selected by the user if the 
option discussed in connection with blocks 218 and 219 is 
implemented. 

As shown in FIG. 4C, the autolog server 34 next deter- 
mines whether a special low resolution format file such as an 
OPI (Open Pre -press Interface) file should be created from 
the original image file (block 230). 

Depending upon the implementation selected, this step 
can be performed in a number of ways. For example, the 
image provider user 14 can specify that all of its files are to 
include OPI versions. This information can be saved on the 
system 10 and, whenever a new file is received from that 
particular user, the prior instruction is checked and the OPI 
file is created by the autolog server 34 (block 232). 
Alternatively, the autolog software could recognize a request 
for an OPI version forwarded with the original file and 
execute the blocks 232, 234. Under either approach, the 
server 34 skips blocks 232 and 234 when an OPI file is not 
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desired. When an OPI file is indicated, the server 34 creates 
and stores the file (block 232), and updates the item record 
with the OPI pathname (block 234). 

As shown in FIG. 4C, the autolog routine is completed by 
logging the activity in the activity database (block 236). By 
way of example, not limitation, the system 10 could log such 
things as the date on which the file was stored; the amount 
of memory used by the stored files; and/or the presence of 
an OPI file. These recorded events can be used later to 
generate invoices to the appropriate image provider users 14 
as explained below. Preferably, the autolog server 34 inter- 
acts with the database server 30 via the LAN 18 to log the 
noted activity. 

Returning to FIG. 3 A, after the autolog routine is 
completed, the system 10 again checks to see if the time for 
performing the housekeeping routine has arrived (block 
102). If it has not (as will be assumed for the present), the 
system 10 continues to cycle among blocks 102, 104 and 
106 until a user transmits another file, a user attempts to log 
in; or the time for performing the housekeeping routine 
arrives. 

When the system 10 determines that a user 12, 14, 16 is 
attempting to log in, the login routine is called. Each image 
provider user 14 is isolated from all other image provider 
users 14 by a unique client identification number. In the 
preferred embodiment, this number comprises five digits. 
Each user of this system is assigned a unique prefix code, (in 
the presently preferred embodiment 3 digits). This prefix 
code is used to secure the file stored in the database 
management system from unauthorized access. Each image 
provider user 14 can specify users (such as browsers and 
client orderers 12 and jobbers 16) who are to be granted 
access to the files of that particular image provider user 14. 
Each such specified user is assigned a user name and 
password. As will become apparent from the following, this 
authorization scheme is used by the host system 10 in 
conjunction with the login routine to provide a user dis- 
criminator for discriminating between users communicating 
with the system to control user access to the digital data 
stored on the database management system. 

Significantly, the digital data of every image provider user 
14 is transparent to all users except those users authorized to 
view the data. In other words, if Image Provider A and Image 
Provider B have both stored data on the data management 
system, and Image Provider A has authorized User C to 
search and access its data, User C will not only be prevented 
from accessing the data of Image Provider B, but User C will 
not even be able to tell that Image Provider B has stored data 
on the system. Indeed, if desired, the system can be config- 
ured to display a welcome screen or the like to authorized 
users logging in under a given Image Provider User's 
authority that indicates that the database of that particular 
Image Provider User is being addressed. In such an 
approach, a user might not even realize they are addressing 
a centralized, third-party data storage facility available to 
many different entities. 

In any event, when the login routine is called, the internet 
server 24 of the host system 10 interacts with the user 
logging in via the communication servers 22, 24 to receive 
various inputs. Specifically, as shown in FIG. 6, the internet 
server 24 determines whether the subject user has entered a 
valid client identification number (block 300), a valid user 
identification name authorized by the client identified in 
block 300 (block 302), and the appropriate password (block 
304). If at any of these blocks (300-304) the system 10 
determines that an incorrect response has been entered, the 
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login routine is terminated (block 306) and the system 10 
returns to Step 102 in FIG. 3A. On the other hand, if 
appropriate inputs are entered at each of blocks 300, 302 and 
304, the internet server records the log in of the identified 
s user in the activity database (block 308). In the preferred 
embodiment, the length of time a user remains logged into 
the system is recorded. Thus, in addition to the user's 
identity, the internet server preferably records the time at 
which the identified user gained access to the system at 
block 308. 

After logging this activity, the internet server 24 enters a 
loop illustrated by blocks 112, 116, 120, 126 and 130, in 
FIGS. 3Aand 3B. In this loop, the system waits for the user 
to enter an input indicating that certain browsing activities 

5 are to be performed (block 112); a job order is to be 
developed (block 116); administrative activities are to be 
performed (block 120); or that the user wishes to log out 
(block 126). Preferably, this arrangement is affected by 
means of the graphical user interface discussed above. 

2Q Particularly, the "browse", "order", "administrative", and 
"logout" inputs are preferably displayed as choices on the 
user's screen. By selecting one of these inputs, the user will 
preferably be given access to pull-down menus which pro- 
vide further options and facilitate easy communication with 

25 the system 10. 

Assuming for purposes of explanation that the user selects 
the browse category displayed on the graphical user inter- 
face (through a mouse or other conventional input device) 
(block 112), the internet server 24 of the database manage - 

30 ment system will enter the browse routine (block 114). Upon 
entering the browse routine, the system 10 preferably dis- 
plays a pull-down menu to the user listing possible actions 
to be performed. One of the actions listed on the menu is 
preferably a search request. If the user selects the search 

35 request from the menu (block 400, FIG. 7A), the system 10 
will request the user to enter search parameters. Upon 
receipt of the search criteria, the internet server 24 will then 
search the user-specified fields in the item records belonging 
to the authorizing image provided user 14 and compile a set 

40 of digital data that meets the search criteria (block 404). As 
shown in FIG. 7 A, the system 10 then provides the user with 
an indication that the search has been completed (block 
406), and sets a search flag (block 408) indicating that search 
results are pending. 

45 Upon compilation of a search, the user preferably is 
afforded several options for displaying the results. For 
example, the user is offered the opportunity to view the 
results as thumbnails (block 410), as text (block 414), or as 
a detailed report (block 418). If the user requests thumbnails 

50 (block 410), the internet server 24 will utilize the thumbnail 
pathnames stored in the item records identified by the search 
to locate and display thumbnail depictions of the search 
results on the user's display device (block 412). If the stored 
data files are not image files, dummy thumbnails in the form 

55 of standardized icons will preferably be displayed. 

If instead (or subsequently) the user requests a textual 
display (block 414), the system will display textual infor- 
mation taken from the item records identified in the search 
for viewing by the user (block 416). Examples of such 

60 textual information that could be displayed include: 
filename, a class field, a sub-class field, a category field, user 
defined fields, the date in which the file was entered on the 
system, and/or the size of the file. Of course, other infor- 
mation could also be displayed, if desired, without departing 

65 from the scope or spirit of the invention. 

Finally, if the user decides to display a report (block 418), 
the system 10 will request the user to identify the type of 
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report desired. Upon receipt of an appropriate user input, the 
internet server 24 will generate the requested report and 
display it on the user's screen (block 420). Although many 
different types of reports could be generated without depart- 
ing from the scope of the invention, in the preferred 
embodiment, the system 10 offers the authorized user an 
opportunity to view reports concerning the current search 
results, browsing activity, storage statistics, and/or order 
transactions. 

Regardless of the display format(s) utilized by the user, 
the user can identify any or all of the data files identified in 
the search for downloading (block 422). When such a 
request for downloading is received, the internet server 24 
will utilize the pathname(s) in the appropriate item record(s) 
to locate and download copies of the selected data file(s) 
(block 424). If the selected data files are image files, low 
resolution copies of the files will be downloaded. 

It bears emphasis that, as the data management system is 
intended to provide secure and safe storage of data files, the 
system 10 is preferably adapted to download copies, not 
originals, of the stored data files. The original stored data 
files are preferably maintained as read-only files that cannot 
be changed in the ordinary course. If an image provider user 
14 wishes to change a data file, the preferred course is for the 
user 14 to upload a new modified data file and, if desired, 
mark the old file for deletion. Alternatively, the old file may 
be maintained on the system indefinitely. 

In accordance with another aspect of the invention, the 
internet server 24 can be adapted to download selected files 
in a format selected by the user requesting the file (blocks 
423 and 425). For example, a user can optionally be pro- 
vided with an opportunity to select a file format such as TIFF 
or CT before downloading a file from the system. As 
explained above in connection with the autolog routine 
(FIGS. 4A-4C), the system is preferably provided with a 
translation matrix including instructions as to how to trans- 
late files between commonly used file formats. The internet 
server can access this translation matrix to translate the 
file(s) requested by the user prior to downloading. 

In any event, after the selected data files have been 
downloaded, the internet server logs the downloading activ- 
ity in the activity database (block 426). Next, the internet 
server checks a flag to determine whether the user has 
indicated a desire to leave the browse routine (block 428). If 
so, the system 10 returns to block 116 in FIG. 3A. If not, the 
system jumps to block 400 in FIG. 7A to determine whether 
a further search is desired. If the user indicates another 
search is desired, the system proceeds to block 404 and 
continues through the browse routine as described above. If 
a further search is not requested, the system checks the status 
of the search flag (block 402) to determine whether a search 
has already been compiled. If not, the system 10 waits for 
the user to request a search (block 400) or to exit the browse 
routine (block 403). If a search has already been completed, 
the system proceeds through blocks 410-428 to enable a 
user to continue to view the current results and possibly 
download further files. The search flag is preferably re -set to 
the "no search" status when the user logs off the system 10. 

In any event, when the user exits the browse routine, the 
system 10 proceeds to block 116 in FIG. 3 A. In the typical 
case, the user who has completed the browse routine and 
downloaded low resolution images will now log out of the 
system (block 126), The user can then use the low resolution 
images on their local system to create a file such as a 
brochure or web page. In some instances, the user will create 
a page description language (PDL) file which identifies one 
or more locations for the downloaded image in the finalized 
product. 
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Assuming for purposes of discussion the user has logged 
out, created a file incorporating an image located in a search 
of the database, and has now logged back onto the system 10 
(blocks 104, 110), the user will then again have the oppor- 
tunity to enter the browse routine (block 112) to perform 
further searching; to request delivery of a work order (block 
116); or to perform certain administrative tasks (block 120). 
Assuming the user indicates a desire to place a work order 
(block 116), the system 10 will call the order routine (block 
118) illustrated in FIGS. 8A-8C. 

Before proceeding with a description of the order routine, 
a few definitions should be noted. As used herein, the term 
"work order" refers to the set of data transmitted from a first 
user to the host system 10 requesting routing to a second 
user. The work order preferably includes a set of instructions 
identifying the second user and identifying any files to be 
sent from the database. The work order may also include 
local files created outside of the system such as a PDL file 
designed to incorporate one or more files from the database. 
If desired, the work order could also include copies (low 
resolution or otherwise) of the files in the database which are 
to be sent to the second user, but such an approach is not 
presently preferred. However, as used herein, "identifying a 
file" includes forwarding a name or code specifying a file, 
and/or forwarding the actual file or a (thumbnail, low- 
resolution, and/or high-resolution) copy thereof. 

As used herein, the term "job order" refers to a collection 
of data assembled or otherwise developed by the host system 
10 for routing to the second user. Preferably, the job order 
30 includes any local files forwarded by the user in the work 
order, and copies of any data files in the database that were 
identified in the work order by the first user. The job order 
is preferably developed and routed by the host system 10 in 
accordance with the instructions contained in the corre- 
35 sponding work order sent by the first user. 

Upon entering the order routine, the system 10 will first 
download a destination and instruction form to the user for 
completion (block 500). After the user completes this form 
by identifying the identity of the user who is to receive the 
40 work order and adding any desired instructions for the 
receiving user, the system will temporarily store the desti- 
nation and instruction form (block 502). Next, the sending 
user identifies any data files such as high resolution images 
to be included in the work order (block 504). The system 
45 will store the filename of any such file(s) (block 506). The 
sending user will then add any local files (e.g., files, such as 
PDL files, created outside the system, typically incorporat- 
ing data from the database) to be included in the work order 
(blocks 508-510). If the sending user is satisfied that the 
50 order is complete (block 512), he will then cause the work 
order to be sent to the host site 10 (block 514). Otherwise, 
the user will be afforded an opportunity to continue to 
review and revise the work order (block 513) until it is ready 
to be transmitted to the host site 10. 
55 Upon receiving the work order, the host site 10 develops 
a job order in accordance with the instructions contained in 
the work order. The development of a job order is preferably 
initiated by the internet server 24 which parses the destina- 
tion and instruction form for the address of the receiving 
60 user (block 516). Next, the internet server locates any 
original data file(s) (such as high resolution image file(s)) 
identified in the work order (block 518). The original data 
file(s) and any local documents contained in the work order 
are then compressed (preferably, pursuant to a user defined 
65 algorithm as discussed above in connection with FIGS. 
4A-4C) (block 520) and forwarded to the receiving user 
specified in the destination and instruction form (block 522). 
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Depending upon the instructions of the sending user, the with a pull -down menu presenting options for proceeding, 

destination and instruction form will then be e-mailed or As shown in FIG. 9A, under one option, a user can request 

faxed to the receiving user to notify the receiving user that the generation of one or more reports of various types (block 

a job order is being sent (block 524). If the sending user had 610). Representative types of reports that can be requested 

previously requested confirmation (block 526), the system s include, without limitation, activity reporting such as on-line 

will next e-mail a message to the sending user that the order browsing time (broken down on either a per user or per 

has been compiled, sent to, and received by the specified chent basis); stored files summaries showing time in-system, 

destination (block 528). Finally, the host site 10 logs the st0 / a S e cosl > file size resolution information, compression 

order activity in the activity database (block 530). Activities information and/or file type; new image input summaries 

; , . . . • , . , a • • . „ for a given time period; lists of orders pending and pro- 

that are preferably logged include, without limitation the 10 fik £ showi the d 

assembling of a job order; the size of the assembled job sys(em {n a giyen time perk)d; afld invoices 0f course> users 

order; the date and time the work order was received; the can Qn]y gain access tQ such information if authorized by an 

date and time the compiled job order was transmitted; the image pr0 vider user 14, and preferably image provider users 

dates and times the e-mail or fax messages were sent to the 14 can only acccss> and authorize access to, their own files 

receiving user and the sending user; the length of transmis- 15 a nd data relating to their own files. In any event, if a report 

sion time required for the e-mail or fax transmissions; and ^ requested and the user is permissioned to access the data 

whether a confirmation was sent to the sending user. needed to generate the report (block 611), the internet server 

At block 532 in FIG. 8C, the internet server determines generates and downloads the report (block 614). If the user 

whether the sending user has indicated a desire to exit the is not authorized to access the information in the requested 

order routine. If the order routine is exited, the internet 20 report (block 611), a denial message is displayed (block 

server 24 enters block 120 of FIG. 3B. Otherwise, the 613 )* 

system returns to block 500 in FIG. 8A, where, upon receipt K * user selects the edit item record option in the graphical 

of an indication that the user wishes to place another work us f r interface (block 614), the internet server first deter- 

order, a new destination and instruction form will be down- m ™ s whether the u^r is a read-only type user or an 

loaded. In the preferred embodiment, blocks 500-514 are 25 administrative user (block 616). If the user is a read-only 

r a u X » i 1 ™*. m „„a ki™^ type user, a denial message is generated and displayed 

performed by the user s local computer system and blocks ^ ^ {q ^ ^ Q ^^^ item record & ^ 

516-532 are performed by the host site 10. tQ ^ fa ^ down]oaded t0 the ^ Micr 
In the preferred embodiment, once a work order is lne user ma k es the desired changes, the edited item record 
received from a sending user, the job order compilation, ^ ^ saved (block 618). These blocks (614-618) can be used by 
routing and messaging performed by the system at Steps an image provider user 14 to catalog its files by entering data 
516-530 is completely automatic. In other words, once a mt0 tne defined fields of the item records described 
work order is received by the host site 10, the system 10 above jh QSQ fields pre ferably include a class field, a sub- 
preferably performs blocks 516-530 without further human class g e ] d) a category key field and up to ten user defined 
involvement. ^ fields. Each class record can preferably have one or more 

After logging onto the system (blocks 104 and 110 of FIG. sub-class records keyed to it. 
3 A), a user may choose to perform various administrative ^ discussed above, when a user puts new data files on the 
tasks on the system (block 120). These tasks include, with- system via the autolog routine, those files are automatically 
out limitation, such activities as: obtaining reports; editing processed and stored on the system. However, those files are 
item records; removing data files from the system; adding 4Q preferably not searchable until a further affirmative autho- 
new clients and users to the system; changing the security rization is received from the image provider user 14. This 
status of users; and editing the compression scheme or arrangement affords the image provider user an opportunity 
storage format used in the autolog routine (FIGS. 4A-4Q. t 0 edit the item records of its new files such that its new files 
Of course, not all users are authorized to perform all of these are cataloged into its library of files in an organized and 
tasks. In the preferred embodiment, users are divided into 45 searchable fashion. After editing new item records through 
client users, meaning all users not employed by, or otherwise blocks 614-618, a user can preferably authorize those 
associated with, the owner of the database management records for searching with a simple command, 
system, and system users, meaning those users employed by, j f a user selects the remove item option at the graphical 
or otherwise associated with, the owner of the system. The user interface (block 620), the internet server first deter- 
individuals within these two groups of users are further $Q mines whether the user is a read-only-type or an 
divided into read-only users and administrative users. As the administrative-type user (block 622). If the user is a read- 
name suggests, read-only users can view stored data files if only-type user, a denial message is generated (block 624). 
given permission by an image provider user, but cannot Otherwise, the user is permitted to view the item records 
change the data stored on the system. Administrative users associated with the data files of the authorizing image 
have the ability to edit various files such as item records. 55 prov i dcr US er 14, and to selectively mark data files for 
These distinctions will be further clarified in the following, purging (block 626). To avoid erroneous loss of data, the 
Assuming for purposes of explanation that a user has system preferably provides a grace period before these 
indicated a desire to enter the administration mode (block marked files are purged. During that grace period, autho- 
120 of FIG. 3B), the system calls the administration routine rized users can "unmark" any marked files, and thereby save 
(block 124) illustrated in FIGS. 9A-9B. Upon entering this 60 such files from deletion. In the preferred embodiment, the 
routine, the internet server first determines whether the user grace period is 1 month. 

is a client-type user or a system-type user (block 600). In the At block 628 of FIG. 9B, the internet server 24 updates 

preferred embodiment, this determination is made based on the activity database as appropriate. If the user wishes to exit 

the identification information obtained during the login the administrative routine (block 630), the system returns to 

routine (FIG. 6). 65 block 126 of FIG. 3B. If not, the internet server continues to 

Assuming for the time being that the user is a client-type process further report requests (block 610), item record 

user, the internet server next preferably presents the user update requests (block 614), or purge requests (block 620). 
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If at block 600 of FIG. 9A, the internet server determines 
that the user is a system-type user, the internet server 
proceeds to blocks 632-646. In particular, the internet server 
accepts inputs from a system user entering new image 
provider users 14, or entering new users for particular 
pre-existing image provider users 14 (blocks 632 and 634); 
changing the security status of users between the read-only 
and administrative status and vice versa (blocks 636 and 
638); editing item records (blocks 640-642); and editing the 
autolog configuration of image provider users by setting 
compression algorithms and compression values or setting 
format types. When the user indicates that it has completed 
its administrative tasks (block 630), the system will returns 
to block 126 of FIG. 3B. As shown in FIG. 2, at least one 
administrative workstation 8 is preferably connected to the 
LAN 18 for use by system users. 

Although changing security status (blocks 636-678), add- 
ing new users (blocks 632-634), and editing the autolog 
configuration (blocks 644-646) have been illustrated in 
FIGS. 9A-9B as functions exclusive to system users, those 
skilled in the art will appreciate that in some preferred 
embodiments these functions (other than adding image 
provider users 14) can also be made available to image 
provider users 14 and the users they authorize. Similarly, 
although requesting reports (blocks 610-613) is shown as a 
function exclusive to authorized client users, in some 
embodiments, system users may also perform these func- 
tions. In instances where reports are generated (block 612), 
they can be displayed on a display device and/or sent to 
hard-copy generating devices without departing from the 
scope of the invention and regardless of the type of user 
requesting the report. 

If after returning from the administrative routine the 
database management system determines that the user is 
logging out (block 126), the internet server records the log 35 
out time on the activity database (block 128) and returns to 
block 102 in FIG, 3A Otherwise, the internet server con- 
tinues to await receipt of the browse input (block 112), the 
order input (block 111), or the administration input (block 
120) from the logged-in user. 40 

As mentioned above, the database management system 
102 periodically calls a housekeeping routine (blocks 102 
and 103 of FIG. 3A). Turning to FIG. 5, the administrative 
workstation begins the housekeeping routine by generating 
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order transactions; f) document transfers; and g) time spent 
performing administrative services. Browsing charges can 
be assessed for all of the time users spend logged on to the 
host system 10, or only for time actually spent in the browse 
routine. Due to the user's ability to select compression 
routines, storage charges are preferably assessed on a per- 
file basis and a per-megabyte basis. For example, in the 
preferred embodiment, charges of $0.33/per file plus $0.13/ 
MB are assessed for file storage. Due to their special nature, 
special charges are preferably applied to downloading OPI 
or other low resolution format files. Preferably a flat fee per 
download is assessed. Data file entry charges are charges 
assessed for autologging new files. Preferably, these charges 
are on a rate per file plus rate per megabyte basis. Order 
transaction charges are charges assessed for assembling and 
routing job orders between users. Preferably, those charges 
are assessed on a rate per file plus rate per megabyte basis 
such as $6.00/file plus $1.00/MB. Document transfer 
charges are charges assessed for downloading images or 
routing documents between users without compiling a job 
order. Preferably, charges for these services are on a rate per 
file plus rate per megabyte basis such as $2.00/file plus 
S1.50/MB. Administration charges are charges assessed for 
the time spent by system users on image provider user 
projects such as adding new users, changing security status, 
editing item records and editing autolog configurations. 
These charges are preferably assessed on a rate per hour 
basis such as $150.00/hr. 

Returning to FIG. 5, the housekeeping routine is com- 
pleted by updating the databases, such as the activity 
database, to record invoicing of the services and by prepar- 
ing for further activity (block 704). Upon completion of the 
housekeeping routine, the system returns to Step 104 of FIG. 
3 A where it continues to operate as described above. 

The overall functional flow and architecture of the soft- 
ware of a preferred embodiment of a database management 
system constructed in accordance with the teachings of the 
invention are shown generally in FIGS. 10A-10J. In the 
interest of brevity, the following description will refer back 
to, and rely upon, the above description of the operating 
scheme of the overall system wherever possible. 

FIG. 10A shows generally the initiation of the autolog 
routine at a user site such as the offices of an image provider 
user 14. As illustrated in FIG. 10A, the database manage- 



an invoice for each of the image provider users 14 (block 45 ment system is preferably provided with a hot-folder trans- 
700). These invoices are developed by reference to the port system licensed from ION Publishing of Bethesda, Md. 
activities logged in the activity log during a pre-defined The hot-folder transport system provides a highly efficient 
billing period. Predefined ones of the events are assigned a and automatic means for transferring files. Specifically, the 
charge by the system. All of the charges for a given image hot-folder transport system provides a graphical user inter- 
provider user 14 are preferably automatically organized and 50 face wherein one or more folders, each of which is associ- 



ated with a particular destination or sending site, is displayed 
to a user. By simply dragging and dropping an icon repre- 
sentation of a file onto a destination folder, a user can 
transmit that file to the predetermined destination associated^ 
with the destination folder. The hot-folder system constantly 
monitors all configured foldere^tof file's. Configured desti- 
nation-folders^ hold settings identifying the destination 
dropped files are to be sent; the location and type of network 
connection (dial-up or direct) that is to be established; the 
erably include charges for unpaid bills from prior billing 60 service profile identifier, if it is a dial-up data connection; 
periods. and the proper user identifier and password for access to the 

Those skilled in the art will appreciate that many billing remote site for transmitting files, 
arrangements can be employed without departing from the When a file is detected in a destination folder, the hot- 
scope of the invention. However, in the preferred embodi- folder system automatically moves the file to a processing 
ment charges are assessed for the following events: a) time 65 queue, and then compresses the file per predetermined 
spent browsing files; b) storing files; c) downloading OPI or compression settings. The communication portion of the 
other low resolution format files; d) data file entry; e) work local computer then establishes a connection with the host 



displayed in an invoice. The completed invoices are then 
automatically routed via facsimile or e-mail to the users 
responsible for payment (block 702). Preferably, the 
invoices are routed to the appropriate users by the mail 
server 26 and the communication server 22. The addresses 
are preferably automatically retrieved from the mail 
database, and inserted into the invoices. Preferably, the 
billing process is performed once a month, but other billing 
periods can also be utilized if desired. Also, invoices pref- 
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site 10 or other destination by automatically dialing or messages to personnel at the host site 10 who can address 
sending a network request; establishes a valid comnronica- technical and billing questions. This feature can also be used 
tion link; passes identification information to the destination to route messages to other users on the system. As shown in 
computer; and, once the communication link is established, FIG. 10J, the reports requested by the user can be down- 
transmits the file. The file remains stored in a temporary file s loaded as hard copies or displayed on a video display device 
associated with the hot-folder system at the sending site until (block 752). Finally authorized users can access the con- 
complete transmission and acknowledgement occur. The figuration database 731 (block 746) to perform administra- 
transmitted file will then appear in a receiving folder at the tlve actlv u lties such 35 ^ding new users, changing param- 
destination site. By selecting a receiving folder, a user at the eters s " ch a * compression and file format information for 
, t . t .° , C1 H „ use in the autolog routine; and adjusting security clearances 
destination site can access the transmitted file. 10 , iioow ~ f • ' , nf t . J o flK * /ui^w 

tor users. Or course, in any oi the above scenarios (blocks 

Of course, a user can have multiple destination and 740, 742, 744, 746) user access is preferably strictly limited 
receiving folders configured on their local system. Three sucn mat a user can on iy access information to which it has 
destination folders 701 are shown in FIG. 10A. been affirmatively granted access. For example, image pro- 
Returning to FIG. 10A, the transmitting operation of the / vider user A and the users it authorizes, will preferably not 
f hol-foldering system is illustrated by blocks 700-708 in the^ 15 have access to the information of image provider user B, 
context of an image provider user forwarding a new digital p unless image provider user B has expressly authorized such 
image to the host system 10 for storage. After a user drogs, 7 access - 

the image fi le on the destination folder 7 01 associated^wjlh / In thc cvent a user wishes to download an image for use 
the host site 10. the hot- folderin T^vsTem takes over. Th e<, in the creation of a document or the like, the user would first 

hotfoHering system, whlcTmTimtors the destination folders/ 20 lo g m 754 )- ^ shown 10 nG - ™ c > the u . s f r *°S? on 
(blocir702r compresses the Image file pursuant to lhZ b * establishing a communication connection with the host 

p redetermined ui eT selected settings in the local coinW ^. s ^ tQm an internet browser such as Netscape or 

,f> — t-tt ZZZ — r-n: V l J . j — ; / Microsoft Explorer, or through any of the other connections 

tmnda^abas^^ based on the information in / ^ (?55) ^ ^ Qf communica . 

^EeTo^gUiraaOn-dMabasc ; 708 establish a connection with ^ gerver esta51ishe ' s the connection at the host site 10 

the host site 10 (block 706). The image file is then trans- (bbck 75? ^ FJG 1QD) Qnce the connection is established, 

mitted to the host site 10. tne user attempts to log in by entering a client name, a user 

As shown in FIG, 10B, upon receiving the digital image identification name, and a password (block 756). As shown 

file (block 710), the hot-foldering software at the host site 10 in FIG. 10D, the host site 10 receives this data (block 758) 

automatically decompresses the file (block 712) and stores it 3Q and authenticates it (block 760) by comparing it to the data 

(block 714) to a receiving folder 716. Hie decompression stored in the configuration database (762). Subsequently, the 

and routing to the appropriate receiving folder 716 is per- system notifies the user of a denial or acceptance of the log 

formed pursuant to predetermined settings in the configu- in attempt (block 764). 

ration database 720 at the host site 10. The image file Assuming that a proper log in has been performed, the 
remains in a receiving folder 716 until the autolog server 34 35 uscr w ju be provided with an option screen 766. As shown 
is free to process the file. in FIG. 10C, the options screen 766 includes a menu 767 
When the autolog server 34 is available, the autolog across the top of the screen. This menu preferably includes 
routine will be called (block 718). The autolog routine is "Browse" "Order" and "Help" selections. In FIG. 10C, the 
then performed as described above in connection with FIGS. "Browse" selection has been chosen and is, thus, shown in 
4A-4C. As the autolog routine proceeds, the activity data- 40 bold type. When one of the menu options is selected, a 
base 725 (shown in FIG. 10E) is updated by the autolog pull-down menu is preferably provided. A preferred pull- 
server 34 to log the arrival of the new file; a new item record down menu for the "Browse" selection is shown in FIG. 
is stored in the image database 727; if the new file is an IOC. A preferred pull-down menu for the "Order" selection 
image file, a thumbnail representation of the new file is is shown in FIG. 10F. 

stored in the image database 727 with the item record, and 45 Assuming for the moment that the user wishes to browse 

a low resolution image is stored in the file system 729 (FIG. the image database to which it has been granted access, the 

10E); the original copy of the new file is stored to the file user is presented with the five options shown in FIG. 10C, 

system 729; and, if an OPI or other special low resolution namely, "Search database" 768, "Thumbnails" 770, 

format file is created, it is stored to the file system 729. The "Details" 772, "Reports" 774, and "Download" 776. As no 

file system 729 corresponds to the image database, and is 50 search has yet been performed in this example, the only 

implemented by the SQL database and file storage servers active options are the "Search Database" option 768 and the 

30, 28. "Reports" option 774. Upon selecting the "Search Database" 

As shown in FIG. 10 J, if authorized, a user can access the option, a search request screen 778 will be displayed. As 

host site 10 to perform various administrative functions. shown in FIG. 10C, the search request screen 778 provides 

Typically, the image provider user 14 will have the highest 55 the user with an opportunity to define parameters for a 

authorization and will be the user-type performing these search. In the preferred embodiment, those parameters 

administrative activities most frequently. As shown in FIG. include: the filename of a desired file, if known; an image ID 

10J, authorized users can access the file system 729 to of a particular stored image, if known; the class, subclass, 

perform database maintenance (block 740) such as marking and/or category of the type of data desired; the date on which 

files for purging, unmarking files previously marked for 60 the file was saved; and the type of file. The user must fill in 

purge, and editing data records. Authorized users can also at least one of these parameters to initiate a search. Upon 

access the image database 727 to perform file maintenance receiving the desired parameters, the host site 10 processes 

(block 742) such as updating item records. Additionally, the search query (block 780, FIG. 10D), accesses the image 

authorized users can access the activity database 725 to database 727 (block 782), and builds search results (block 

obtain records and reports (block 748), or to perform 65 784). 

troubleshooting (block 750). As part of the troubleshooting The user can now select a display format for the search 

feature, the user is preferably able to store and forward results. If the user selects the "Thumbnails" option 770, the 
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thumbnail images corresponding to the item records identi- 
fied in the search will be displayed 786. If the user selects 
the "Details" option 772, selected fields from the item 
records identified in the search along with a corresponding 
thumbnail for each such item record will be displayed one at 5 
a time 788. 

Regardless of the viewing format chosen, the user can 
select an image for downloading by clicking on a corre- 
sponding thumbnail and selecting the "Download" option 
776. The host site 10 processes the download request (block 10 
790) by accessing the file system 729 (block 792) and 
downloading low resolution copies of the requested files 
(block 794) to the requesting user. The user can then log off 
and develop one or more documents using the downloaded 
image(s). 15 

As mentioned above, the user can also select the 
"Reports" option 774 to obtain statistical and billing infor- 
mation reports. If the "Reports" option 774 is selected, the 
reports screen 796 providing a further menu of options is 
displayed. As shown in FIG. 10C, that menu can include 20 
options such as "Current Search Results", "Browsing 
Activity", "Storage Statistics", and "Order Transactions". If 
any of these selections are made, the system 10 processes the 
activity request (block 798), accesses the activity database 
725 (block 800), compiles and downloads the requested 
report (block 802), As mentioned above, these reports can be 
viewed on a video screen at the user site or downloaded to 
an output device such as a printer at the user site. 

Assuming a user has created a file including an image 
downloaded from the host site via the "Browse" menu 
described above in connection with FIGS. 10C-10D, a user 
can place a work order and request that it be delivered to a 
second destination for publishing or the like. To this end, a 
user would first log in to the host site 10 in the manner 
described above in connection with FIGS. 10C-10D. 

Assuming a successful log in has occurred, the user is 
presented with the options screen 766 described above. In 
FIG. 10F, the "Order" selection is shown in bold type 



may then select the "Add Images" option 812, whereupon 
screen 824 will be displayed. The software is preferably 
configured to display the filenames of all recently down- 
loaded images. The user can select one or more images from 
this list to be included in the work order by highlighting the 
desired filenames and clicking on "Add" 826. If the user 
wishes to remove filenames from the list, the user would 
select the filename to be removed and click on the "Remove" 
icon 828. Additional details about the files named in the list 
can be displayed by clicking on the desired filename with a 
mouse or other input device and selecting the "Detail" 
option 830. 

The user may also specify attachments to be included in 
the work order by selecting the "Attachments" option 814. 
15 Examples of attachments which might be included in a work 
order include page description language files prepared using 
Quark® Express or some other publishing program. In any 
event, the attachments screen 832 will be displayed when the 
"Attachments" option 814 is selected. The user can select 
20 the "Add", "Remove" or "Detail" icons 832, 834, 836 to 
respectively add attachments to the list, remove attachments 
from the list, and display detailed information concerning 
files appearing on the list. 

When the work order is accurate and complete, the user 
25 will select the "Send Order" option 818 to display the send 
screen 840. The user can then select a destination from a list 
of jobbers 16 such as publishers obtained by clicking the 
"Supplier" icon 842. The user will also choose the method 
to notify the selected jobber/supplier 16 that a job has been 
30 sent. In the preferred embodiment, that notification can be 
by facsimile or e-mail. If the "Certified" option 844 is 
selected, the sending user will automatically receive an 
acknowledgement that the notification was successfully 
transmitted to the jobber. The user can then send the work 
35 order by selecting the "Send" option 846. 

When the "Send" option 846 is selected, the user's 
computer will prepare the work order by locating any 
attachments; preparing a data file including the supplier 
name, the e-mail form, and the filenames of the images in the 



because it has been selected. As a result of this selection, a 40 WO rk order; and compressing the work order for efficient 



new pull-down menu with the options "New Order" 810, 
"Add Images" 812, "Attachments" 814, "Send Order" 816, 
and "Status (Read)" 818 is displayed. Since the user has just 
logged on, only the "New Order" and "Status (Read)" 
selections 810, 818 are available. 

If selected, the "Status (Read)" selection 818 will cause 
status screen 843 to be displayed. As shown in FIG. 10F, 
screen 843 displays the status of any recently place work 
orders. Preferably, the screen displays a unique number 



transmission. The user's computer will then send the work 
order to the host site 10. 

As shown in FIG. 10G, upon receipt of the work order 
(block 850), the host site 10 will parse the work order for the 
45 identifications of images to be included in the job order and 
the name of the supplier 16 (block 852) to receive the job. 
The address of the jobber 16 will be located in the configu- 
ration database 731 (block 854) and high resolution copies 
of the identified files will be downloaded from the file 



associated with the order for tracking purposes, the date the 50 system 729 (block 856). The assembled job order including 



order was placed, an identification number associated with 
the client under whose authorization the order was placed, 
and the status of the order. Preferably, the status category 
will indicate that the order is in transit, the order has been 
delivered, confirmation has been sent to the sending user, 
that a unread message related to the order is pending, or that 
an error has occurred. Unread messages are messages from 
the host site 10 concerning the work order. These messages 
can be viewed by selecting the appropriate order on the 



the high resolution copies of the images selected by any user 
and the user created attachments such as PDL files, will then 
be automatically transferred to a sending hot-folder associ- 
ated with the selected destination (block 858). The hot- 
55 folder transport system will then take over, compressing the 
job order and transferring the job order to the selected 
destination as described above in connection with FIG. 10A. 
Specifically, the hot-folder system compresses the work 



order in accordance with the user-defined algorithm stored 
status screen 843 and clicking the "detail" button 845 shown j 0 in the configuration database; establishes a connection with 
in FIG. 10F. the destination site by automatically dialing or sending a 

Assuming for purposes of explanation, the user wishes to network request; establishes a valid communication link; 
place an order and selects the "New Order" option 810, the passes log in information; and transmits the job order. The 
host site 10 down loads a custom e-mail form 820 (block 822 job order remains stored on the host system 10 until it is 
in FIG. 10G). If desired, the user will then fill in the e-mail 65 completely transmitted and an acknowledgement is 
form 820 with a short description and instructions for the received. After the job order is sent, the host system 10 logs 
receiver of the job order at the second destination. The user off and records the transmission activity to an activity log 
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tracking file in the activity database. The transmission is also 
logged in the activity database for later billing. 

The host site then faxes or e-mails the e-mail form 
prepared by the sending user to the jobber 16 to provide 
notification that a job order has been transmitted. If the user 
requested certification, a message confirming successful 
transmission of the e-mail or fax will be sent back to the 
sending user by the host site 10. 

TUrning to FIG. 101, the destination user/supplier 16 
receives the fax or e-mail notification of the job order 
transmission (block 860) from the mail server 26 of the host 
site 10. As shown in FIG. 101, the hot-foldering software at 
the jobber site 16 will have preferably already received the 
job order (block 862); decompressed the job order (block 
864); and stored the job order to the appropriate incoming 5 
folder (block 866). The jobber 16 can then access the job 
order by clicking on the appropriate incoming folder icon. 
The e-mail description and instruction form can be stored on 
the supplier's local computer or printed out as desired. 

As shown in FIG. 10H, administrative tasks can be 20 
performed by system employees at the host site 10. Thus, 
authorized users can perform database maintenance 740 and 
file maintenance 742, including purging files and backing-up 
the system databases (block 870). The system users can also 
perform activity reporting (block 744) including, by way of 25 
example, invoicing, browsing, downloading, report 
generating, document passing and troubleshooting, as 
shown in blocks 748 and 750. The system users may also 
perform user administration functions (block 746) such as 
adding or deleting clients; adjusting security clearances; 
adding or deleting users; editing item records; and editing 
autolog configurations (block 754). Finally, as shown in 
FIG. 10H, the host site 10 can store and forward messages 
between users and between users and the host site (block 
872) via the mail server 26. 

In an optional embodiment, the host site 10 is configured 
to automatically set up hot-folders on the local systems of 
affected users when new users or new relationships between 
users are established. For example, if Client A adds new user 
B to the system and wants new user B to have hot-folder 40 
connections to Client A's offices and Supplier B and C's 
facilities, the system 10 automatically connects to, and 
creates, receiving and sending hot-folder files on the local 
systems of Client A, User B, and Suppliers B and C. This 
scheduled replication is shown in FIGS. 10A, 10B and 10E 45 
as automatic modifications to the local configuration data- 
bases of the users and host site 10. 

Those skilled in the art will appreciate that, although the 
invention has been described in the context of certain 
preferred embodiments, many modifications can be made 50 
thereto without departing from the scope or spirit of the 
invention. For example, while in the above embodiments the 
host site 10 has been described as a single location, the host 
site 10 can be distributed across multiple geographic loca- 
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agement and order delivery system, the disclosed system 
advantageously provides an intelligent order delivery sys- 
tem which achieves an automatic, integrated workflow for 
transferring digital assets between multiple users. 

Those skilled in the art will further appreciate that 
although, for ease of explanation, the steps performed by the 
system were described as occurring in a particular time 
sequence, the operation of the system is not limited to any 
temporal arrangement. On the contrary, the noted operations 
can be performed in any order without departing from the 
scope or spirit of the invention. 

Finally, those skilled in the art will further appreciate that, 
although the invention has been described in connection 
with certain embodiments, there is no intent to limit the 
invention thereto. On the contrary, the intention of this 
application is to cover all modifications and embodiments 
fairly falling within the scope of the appended claims either 
literally or under the doctrine of equivalents. 

What is claimed is: 

1. A data management system comprising: 

an electronic storage facility for providing storage for 
digital assets of a plurality of unrelated asset provider 
users, at least some of the digital assets stored in the 
electronic storage facility including first sets of data 
each having a first bandwidth communication require- 
ment and second sets of data each representative of an 
associated one of the first sets of data and having a 
second bandwidth communication requirement less 
than the first bandwidth communication requirement, 
the electronic storage facility storing the digital assets 
of a first one of the asset provider users such that the 
digital assets of the first asset provider user can only be 
accessed by authorized users identified by the first asset 
provider and such that the digital assets of the first asset 
provider user are transparent to users that are not 
authorized by the first asset provider user; 

means for allowing an authorized user identified by the 
first asset provider to download a particular second set 
of data from the storing means to a first location; 

means for accepting a work order from the authorized 
user at the first location wherein the work order iden- 
tifies a second location as an intended destination of the 
work order, identifies the particular second set of data, 
and further includes data developed outside the system; 

job order development means responsive to the accepting 
means for developing a job order including both (a) the 
first set of data associated with the particular second set 
of data and (b) the data developed outside the system; 
and 

means for electronically routing the job order to the 
second location. 

2. A system as defined in claim 1 wherein the first set of 
data comprises high resolution digital images, and the sec- 



tions. Multiple sites can be used, for example, to provide 5s ond set of data comprises low resolution digital images. 



quicker access and lower telecommunication cost to fre- 
quently used files. Also, the host site can provide a mirroring 
storage system for the databases at a remote facility in a 
separate geographic location for security and disaster recov- 
ery purposes. Further, while the database management sys- 
tem has been described in the context of users located in 
separate geographic locations, those skilled in the art will 
readily appreciate that the host site 10 and users 12, 14, 16 
can all be located within a single building or organization 
without departing from the scope of the invention. 

Those skilled in the art will further appreciate that, among 
other significant advantages of the disclosed database man- 



3. A system as defined in claim 2 wherein the high 
resolution digital images are input to the system by the first 
asset provider user. 

4. A system as defined in claim 3 further comprising 
60 image handling means for processing the high resolution 

digital images input by the first asset provider user, the 
image handling means being adapted to develop low reso- 
lution images of the high resolution digital images received 
from the first asset provider user and to store both the high 
65 resolution digital images and the low resolution images in 
the storage facility in an addressable fashion for future 
searching. 



12/12/2003, EAST Version: 1.4.1 



US 6,321,231 Bl 



25 



26 



5. A system as defined in claim 1 further comprising event 
tracking means for monitoring and recording predefined 
events occurring in the system. 

6. A system as defined in claim 5 wherein the predefined 
events comprise one of the group consisting of: storing new 
data in the storing means; deleting data from the storing 
means; connecting to the system; disconnecting from the 
system; conducting a search of the data stored in the storing 
means; downloading data from the first set of data stored in 
the storing means; downloading data from the second set of 
data stored in the storing means; and routing the work order 
to a user. 

7. A system as defined in claim 5 further comprising 
means for developing an indication of a charge to be 
assessed a user when at least one of the predefined events is 
recorded by the event tracking means. 

8. A system as defined in claim 7 wherein the charge 
developing means automatically generates invoices on a 
periodic basis. 

9. A system as defined in claim 8 wherein the routing 
means automatically routes the invoices to at least one user 
responsible for payment. 

10. A system as defined in claim 1 wherein the routing 
means automatically electronically routes the job order to 
the second location. 

11. A system as defined in claim 10 wherein the routing 
means automatically sends a facsimile to the second location 
notifying the second location of the job order being routed. 

12. A system as defined in claim 10 wherein the routing 
means automatically sends an e-mail message to the second 
location notifying the second location of the job order being 
routed, 

13. A system as defined in claim 1 wherein the job order 
defines a document to be printed, the second location is a 
printing facility, and the first set of data downloaded by the 
downloading means is to be printed as part of the document. 

14. A system as defined in claim 13 wherein the allowing 
means, the accepting means, the routing means and the 
downloading means are implemented by at least one pro- 
grammed processing device. 

15. A system as defined in claim 14 wherein the at least 
one programmed processing device is implemented by a file 
storage server and an autolog server interconnected for 
co-operative operation. 

16. A system as defined in claim 15 wherein the at least 
one programmed processing device is further implemented 
by a database server. 

17. A system as defined in claim 14 wherein the at least 
one programmed device, the first location, and the second 
location are interconnected by a network. 

18. A system as defined in claim 1 further comprising a 
communication device to permit users to communicate with 
the system. 

19. A system as defined in claim 18 wherein the commu- 
nication device is implemented by an internet server, a 
telecommunications server, and an e-mail server. 

20. A system as defined in claim 1 wherein the storing 
means is implemented by an image storage device and a data 
storage device. 

21. A system as defined in claim 20 wherein the image 
storage device comprises an optical disk robot and an optical 
data reader. 

22. A system as defined in claim 20 wherein the data 
storage device comprises a RAID system. 

23. A system as defined in claim 1 further comprising 
means for searching the storing means in response to user 
inputs to develop the particular second set of data. 
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24. A system as defined in claim 1 wherein the data 
developed outside the system and included in the work order 
comprises a page description language file and the first set 
of data in the job order comprises a bit mapped image. 

25. A system as defined in claim 1 further comprising: 
means for receiving digital data from an asset provider 

user to be stored in the storage facility; and, 
means for compressing the digital data received by the 
receiving means in accordance with a parameter set by 
the asset provider user. 

26. A system as defined in claim 25 wherein the digital 
data received from the asset provider user is used to develop 
the first and second data sets. 

27. Asystem as defined in claim 25 wherein the parameter 
defines a compression format to be employed by the com- 
pressing means. 

28. Asystem as defined in claim 25 wherein the parameter 
defines a degree of compression to be employed by the 
compressing means. 

29. A system as defined in claim 25 further comprising 
means for developing an indication of a charge to be 
assessed the as provider user for storing the digital data in 
the storage facility. 

30. A system as defined in claim 29 wherein the charge 
developing means develops the charge based on the amount 
of storage memory utilized by the digital data. 

31. A digital data storage facility as defined in claim 30 
wherein the charge developing means develops a further 
charge based on the amount of time the digital data is stored 
in the storage facility. 

32. A system as defined in claim 1 further comprising 
means for translating the particular second set of data into a 
file format defined by the authorized user before the allow- 
ing means downloads the particular second set of data. 

33. A system as defined in claim 1 further comprising 
means for translating data received by the system into a file 
format defined by the authorized user before storing the 
received data in the facility. 

34. A data management system comprising: 

a storage device for providing paid storage for digital 
assets of a plurality of unrelated asset provider users, at 
least some of the digital assets stored in the electronic 
storage facility including first sets of data each having 
a first bandwidth requirement and second sets of data 
each representative of an associated one of the first sets 
of data and having a second bandwidth requirement 
less than the first bandwidth requirement, the storage 
device storing the digital assets of a first one of the asset 
provider users such that the digital assets of the first 
asset provider user can only be accessed by authorized 
users identified by the first asset provider and such that 
the digital assets of the first asset provider user are 
transparent to users that are not authorized by the first 
asset provider user; 

a search engine for searching among sets of data stored in 
the storage device; 

a communication device operable to allow remote com- 
munication by a user with the system including means 
for sending a particular second set of data to a user in 
response to a user request to the search engine; 

means for accepting a user-defined work order from a first 
location via the communication device wherein the 
work order identifies a second location as an intended 
destination of the work order, identifies the particular 
second set of data, and includes further data developed 
outside the system; 
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a router for electronically routing a job order to a second 

location, the job order including 
the first set of data associated with the particular second 

set of data identified in the work order. 

35. A digital image management and order delivery sys- 
tem comprising: 

a storage device for providing storage for digital images 
of a plurality of unrelated asset provider users, the 
storage device storing the digital images of a first one 
of the asset provider users such that the digital images 
of the first asset provider user can only be accessed by 
authorized users identified by the first asset provider 
user and such that the digital images of the first asset 
provider user are transparent to users that are not 
authorized by the first asset provider user; 

a searching engine for developing a subset of the digital 
images stored in the storage device by the first asset 
provider user in response to inputs received from a first 
authorized user identified by the first asset provider 
user, the searching engine being adapted to download 
low resolution copies of the subset to the first autho- 
rized user; 

a job order developer responsive to inputs received from 
the first authorized user for developing a job order 
which includes: a) at least one high resolution copy of 
a digital image contained in the subset and identified by 
the first authorized user, and b) a file containing infor- 
mation developed by the first authorized user outside of 
the system; and, 

a router for electronically routing the job order developed 
by the job order developer to a second user specified by 
the first authorized user. 

36. A system as defined in claim 35 wherein the digital 
images are input to the system by the first asset provider user 
via a communication device. 

37. A system as defined in claim 36 further comprising an 
image handler for processing the digital images input by the 
first asset provider user, the image handler being adapted to 
develop low resolution images of the digital images received 
from the first asset provider user and to store both the digital 
images received from the first asset provider and the low 
resolution images thereof in the storage device in an addres- 
sable fashion for future searching. 

38. A system as defined in claim 36 further comprising 
means for translating the digital images received by the 
system into a file format defined by the first asset provider 
user before storing the digital images in the storage device. 

39. A system as defined in claim 35 further comprising an 
event tracker for monitoring and recording predefined events 
occurring in the system. 

40. A system as defined in claim 39 wherein the pre- 
defined events comprise one of the group consisting of: 
storing a new digital image in the storage device; deleting a 
stored digital image from the storage device; connecting to 
the system; disconnecting from the system; conducting a 
search of the digital images stored in the storage device; 
downloading a low resolution copy of one of the digital 
images stored in the storage device; downloading a high 
resolution copy of one of the digital images stored in the 
storage device; and routing a work order to a user. 

41. A system as defined in claim 39 further comprising 
means for developing an indication of a charge to be 
assessed a user when at least one of the predefined events is 
recorded by the event tracker. 

42. A system as defined in claim 41 wherein the charge 
developing means automatically generates invoices on a 
periodic basis. 
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43. A system as defined in claim 42 wherein the router 
automatically routes the invoices to the users responsible for 
payment. 

44. A system as defined in claim 35 further comprising 
s means for developing miniaturized depictions of the subset 

developed by the searching engine. 

45. A system as defined in claim 44 further comprising 
first means for downloading the miniaturized depictions of 
the subset to the first authorized user, and, second means 
responsive to inputs from the first authorized user for 
downloading at least one low resolution copy corresponding 
to a selected one of the miniaturized depictions. 

46. A system as defined in claim 44 wherein the router 
automatically electronically routes the job order to the 
second user. 

15 47. A system as defined in claim 46 wherein the router 
automatically sends a facsimile to the second user notifying 
the second user of the job order being routed. 

48. A system as defined in claim 46 wherein the router 
automatically sends an e-mail message to the second user 

20 notifying the second user of the job order being routed. 

49. A system as defined in claim 35 wherein the file 
defines a document to be printed, the second user is a printer, 
and the at least one high resolution image is to be printed as 
part of the document. 

25 50. A system as defined in claim 49 wherein the searching 
engine, the job order developer and the router are imple- 
mented by at least one programmed processing device. 

51. A system as defined in claim 50 wherein the at least 
one programmed processing device is implemented by a file 

30 storage server and an autolog server interconnected for 
co-operative operation. 

52. A system as defined in claim 51 wherein the at least 
one programmed processing device is further implemented 
by a database server. 

35 53. A system as defined in claim 50 wherein the at least 
one programmed processing device, the first user, and the 
second user are interconnected by a network. 

54. A system as defined in claim 35 further comprising a 
communication device for receiving and transmitting data to 

40 one or more remote users. 

55. A system as defined in claim 54 wherein the commu- 
nication device is implemented by an internet server, a 
telecommunications server, and an e-mail server. 

56. A system as defined in claim 35 wherein the storage 
45 device is implemented by an image storage device and a data 

storage device. 

57. A system as defined in claim 56 wherein the image 
storage device comprises an optical disk robot and an optical 
data reader. 

50 58. A system as defined in claim 56 wherein the data 
storage device comprises a RAID system. 

59. A system as defined in claim 35 further comprising: 
means for receiving digital data from the first asset 

provider user to be stored in the storage device; and, 
55 means for compressing the digital data received by the 
receiving means in accordance with a parameter set by 
the first asset provider user. 

60. A system as defined in claim 35 wherein the parameter 
defines a compression format to be employed by the com- 

60 pressing means. 

61. A system as denned in claim 35 wherein the parameter 
defines a degree of compression to be employed by the 
compressing means. 

62. A system as defined in claim 36 further comprising 
65 means for developing an indication of a charge to be 

assessed the first asset provider user for storing the digital 
data in the storage device. 
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63. A system as defined in claim 62 wherein the charge 
developing means develops the charge based on the amount 
of storage memory utilized by the digital data. 

64. A digital data storage facility as defined in claim 63 
wherein the charge developing means develops a further 
charge based on the amount of time the digital data is stored 
in the storage device. 

65. A system as defined in claim 35 further comprising 
means for translating the low resolution copies of the subset 
into a file format defined by the first authorized user before 
the searching engine downloads the low resolution copies of 
the subset to the first authorized user. 

66. A digital image management and order delivery sys- 
tem comprising: 

a storage device for providing paid storage for digital 
assets of a plurality of unrelated asset provider users, at 
least some of the digital assets stored in the storage 
device containing digital images, the digital images 
including both a high resolution copy and a low reso- 
lution copy of each of the digital images; 

a charge developer which accesses charges to the plurality 
of unrelated asset provider users based on at least one 
of an amount of storage memory utilized by the digital 
assets of the charged asset provider user and an amount 
of time the digital assets of the charged asset provider 
user are stored in the storage device; 

a processor coupled to the storage device for permitting 
access to the digital images of a first asset provider user 
by a first predefined user identified by the first asset 
provider user, the processor providing a searching 
engine for addressing and retrieving the digital images, 
the processor being adapted to download low resolution 
copies of the digital images to the first predefined user 
identified by the first asset provider user and to provide 
high resolution copies of the digital images to a second 
predefined user specified by the first predefined user; 
the processor being further adapted to automatically 
electronically route documents created by the first 
predefined user to the second predefined user, the 
processor downloading high resolution copies corre- 
sponding to the low resolution copies of the digital 
images identified by the first predefined user to the 
second predefined user for inclusion in the documents. 

67. A method of managing digital images comprising the 
steps of: 

storing a high resolution and a low resolution copy of each 
of a first plurality of digital images provided by a first 
asset provider user in an electronically searchable for- 
mat on a storage device; 

storing a high resolution and a low resolution copy of each 
of a second plurality of digital images provided by a 
second asset provider user in an electronically search- 
able format on the storage device; 

permitting a first authorized user identified by the first 
asset provider user to locate and download a low 
resolution copy of at least one of the digital images 
provided by the first asset provider user, the second 
plurality of images being transparent to the first autho- 
rized user; 

receiving an electronic file defining a document from the 
first authorized user, the document being designed to 
incorporate the at least one digital image and data 
developed outside of the system; 
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receiving instructions from the first authorized user direct- 
ing that the electronic file be delivered to a second user; 
and, 

automatically electronically routing the electronic file and 
a high resolution copy of the at least one digital image 
to the second user identified by the first authorized user. 

68. A digital data storage facility for providing storage for 
a plurality of third party users comprising: 

a storage device; 

means for receiving digital data from a user in the 
plurality; 

means for compressing the digital data received by the 
receiving means in accordance with a parameter set by 
the user; and, 

means for storing the digital data compressed by the 
compressing means in the storage device. 

69. A digital data storage facility as defined in claim 68 
wherein the parameter defines a compression format to be 
employed by the compressing means. 

70. A digital data storage facility as defined in claim 68 
wherein the parameter defines a degree of compression to be 
employed by the compressing means. 

71. A digital data storage facility as defined in claim 68 
further comprising means for developing an indication of a 
charge to be assessed the user for storing the digital data in 
the storage device. 

72. A digital data storage facility as defined in claim 71 
wherein the charge developing means develops the charge 
based on the amount of storage memory utilized by the 
digital data. 

73. A digital data storage facility as defined in claim 72 
wherein the charge developing means develops a further 
charge based on the amount of time the digital data is stored 
in the storage device. 

74. A digital image management and order delivery sys- 
tem comprising: 

a storage device for storing digital images received from 
a first digital image provider and a second digital image 
provider; 

a searching engine for developing a subset of the digital 
images stored in the storage device in response to 
inputs received from a first user, the searching engine 
being adapted to download low resolution copies of the 
subset to the first user; 

a job order developer responsive to inputs received from 
the first user for developing a job order which includes 
at least one high resolution copy of a digital image 
contained in the subset and identified by the first user; 
and, 

a router for electronically routing the job order developed 
by the job order developer to a second user specified by 
the first user; and 

a user identifier for discriminating between users com- 
municating with the system to control user access to the 
digital images stored in the storage device, the user 
identifier limiting access to the digital images provided 
by the first digital image provider to at least one user 
identified by the first digital image provider, wherein 
the digital images provided by the first image provider 
are transparent to all users except users identified by the 
first digital image provider. 
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